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1  Introduction 


This  guidebook  is  designed  to  explain  the  steps  for  becoming  an  SEI-Certified  Team  Software 
Process  (TSP)  Coach  or  SEI-Certified  TSP  Mentor  Coach,  with  emphasis  on  guiding  individuals 
through  the  mentoring  process.  This  guidebook  defines  the  structure  and  format  of  the  mentor  and 
provisional  coach  relationship,  and  explains  the  process  steps  and  evaluation  criteria  for  becoming 
an  SEI-Certified  TSP  Coach  or  Mentor  Coach.  It  is  recommended  that  all  mentors  (SEI-Certified 
TSP  Mentor  Coaches)  and  provisional  TSP  coaches  (SEI-Certified  TSP  Coach  candidates)  read 
all  sections  of  the  guidebook  at  least  once,  and  then  refer  to  the  guidebook  whenever  necessary. 

1.1  Audience 

This  document  is  intended  for 

•  individuals  interested  in  becoming  SEI-Certified  TSP  Coaches 

•  individuals  interested  in  becoming  SEI-Certified  TSP  Mentor  Coaches 

•  SEI-Authorized  Personal  Software  Process  (PSP)  Instructors 

•  change  agents  responsible  for  transitioning  and  sustaining  TSP  in  their  organizations 

•  individuals  responsible  for  administering  the  SEI-Certified  TSP  Coach  and  SEI-Certified 
Mentor  Coach  program  in  their  organizations 

1.2  Why  Mentoring? 

The  SEI  has  begun  transitioning  the  TSP  technology  from  early  adopters  to  the  early  majority  by 
“crossing  the  chasm,”  which  Regis  McKenna  explains  as  “the  gulf  between  two  distinct  market¬ 
places  for  technology  products — ^the  first,  an  early  market  dominated  by  early  adopters  and  insid¬ 
ers  who  are  quick  to  appreciate  the  nature  and  benefits  of  the  new  development,  and  the  second  a 
mainstream  market  representing  ‘the  rest  of  us,’  people  who  want  the  benefits  of  new  technology 
but  who  do  not  want  to  ‘experience’  it  in  all  its  gory  details”  [Moore  2002].  To  help  facilitate  this 
transition,  the  SEI  has  begun  modifying  the  TSP  product  suite  in  order  to  meet  the  market’s  grow¬ 
ing  need  for  qualified  TSP  coaches.  Prior  to  the  creation  of  the  SEI-Certified  TSP  Coach  and  SEI- 
Certified  TSP  Mentor  Coach  certification  tracks,  the  SEI  conferred  coach  status  to  individuals 
using  the  SEI-Authorized  TSP  Coach  process.  While  the  SEI-Authorized  TSP  Coach  program  met 
the  needs  of  TSP’s  early  adopters,  some  of  the  authorization  requirements  created  barriers  to  the 
early  majority.  These  barriers  included  some  of  the  following  factors: 

•  Candidate  coaches  often  did  not  follow  through  with  authorization,  resulting  in  unqualified 
users  attempting  to  implement  the  TSP. 

•  The  qualification  process  placed  too  much  emphasis  on  the  mechanics  of  the  team  launch 
and  not  enough  emphasis  on  conducting  weekly  team  meetings,  assisting  the  team  leader 
with  management,  doing  cycle  and  project  postmortems,  and  developing  repeatable  core 
skills. 
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•  Lack  of  continuing  engagements  with  other  experienced  TSP  practitioners  created  the  poten¬ 
tial  for  insufficient/inconsistent  coach  development  after  authorization. 

•  TSP  coach  training  was  available  only  through  the  SEI. 

•  SEI  authorization  formerly  required  candidates  for  coach  authorization  to  conduct  a  launch 
or  relaunch  while  being  observed  by  an  authorized  member  of  the  SEI  TSP  Initiative  Team. 

•  All  training  was  conducted  in  English  only,  and  observations  were  limited  to  English- 
speaking  coaches  and  teams. 

The  SEI-Certified  TSP  Coach  and  SEI-Certifled  TSP  Mentor  Coach  programs  are  designed  to 
eliminate  the  need  for  observation  by  SEI  personnel  (and  the  associated  costs)  by  enabling  the 
transfer  of  knowledge  from  experienced  TSP  coaches  to  new  TSP  coaches  through  mentoring, 
while  still  maintaining  the  high  standard  of  quality  that  organizations,  teams,  and  individuals  have 
come  to  expect  from  TSP  coaches. 

The  SEI-Certified  TSP  Coach  and  SEI-Certified  TSP  Mentor  Coach  programs  also  enable  the 
expansion  of  TSP  implementation  to  non-English-speaking  teams  and  organizations.  This  pro¬ 
gram  also  eliminates  the  bottleneck  created  by  the  requirement  for  SEI  observations,  and  the  ex¬ 
panded  capacity  for  qualifying  candidate  coaches  will  better  enable  the  available  supply  of  quali¬ 
fied  TSP  coaches  to  keep  pace  with  market  demand.  In  addition  to  overcoming  the  transition 
barriers,  the  new  qualification  footprint  for  the  TSP  coach  provides  a  revised  set  of  standards, 
processes,  and  procedures  for  producing  highly  qualified  TSP  coaches.  The  qualification  activities 
also  give  candidates  a  chance  to  gain  real-world  experience  as  they  proceed  through  the  steps 
needed  to  become  SEI-Certified  TSP  Coaches. 

1.3  Mentor  and  Mentee 

1.3.1  What  is  a  Mentor? 

In  Greek  mythology.  Mentor  was  the  wise  old  family  friend  to  whom  Odysseus  entrusted  his 
son’s  education  and  development  and  the  oversight  of  his  lands  while  Odysseus  was  away  in  the 
Trojan  War.  Mentor’s  wisdom,  experience,  and  protective  guidance  are  now  embodied  in  the 
name  of  the  centuries-old  practice  of  pairing  newcomers  to  a  discipline  with  a  more  experienced 
person  who  will  help  the  learners  master  the  needed  skills  and  knowledge  in  that  domain.  Mentor¬ 
ing  is  effectively  used  in  many  organizations  not  only  as  a  way  of  developing  knowledge,  but  also 
of  imparting  the  values,  beliefs,  and  practices  that  compose  the  organizational  culture  [U.  S  Navy 
2009]. 

Further  definition  is  provided  by  the  People  Capability  Maturity  Model  (PCMM):  “The  purpose 
of  mentoring  is  to  transfer  the  lessons  of  greater  experience  in  a  workforce  competency  to  im¬ 
prove  the  capability  of  other  individuals  or  workgroups”  [Curtis  2002]. 

1.3.2  What  is  a  Mentee? 

A  mentee  is,  very  simply,  a  person  who  is  being  mentored.  In  the  SEI-Certified  TSP  Coach  pro¬ 
gram,  the  candidate  (“provisional”)  coach  is  the  mentee  who  learns  from  the  more  experienced 
mentor  coach.  The  provisional  coach  must  be  committed  to  learning  and  taking  responsibility  for 
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his  or  her  own  personal  development.  This  commitment  must  include  a  willingness  to  make  on¬ 
going  and  accurate  assessments  of  current  skills  and  competencies,  participating  in  the  develop¬ 
ment  and  execution  of  a  mentoring  action  plan,  and  working  with  a  mentor  to  achieve  the  agreed- 
upon  goals. 

The  U.S.  Department  of  Transportation,  Departmental  Office  of  Human  Resource  Management 
[DoT  2009]  describes  the  roles  of  a  mentee  as  follows: 

•  The  mentee  must  act  as  his  or  her  own  gauge  for  measuring  how  interactive  the  mentoring 
relationship  will  be.  It  is  up  to  the  mentee  to  determine  the  amount  of  dependence  and  guid¬ 
ance  that  he  or  she  requires.  The  mentee  must  take  the  initiative  to  ask  for  help  or  advice, 
and  to  take  on  more  challenging  work  as  the  relationship  progresses. 

•  The  mentee  is  a  student  who  needs  to  grasp  the  mentor’s  knowledge  and  have  the  ambition 
to  know  what  to  do  with  the  knowledge.  The  mentee  must  practice  and  demonstrate  what  he 
or  she  has  learned. 

•  The  mentee  is  a  trainee  who  should  blend  mentoring  with  other  approaches  to  learning.  The 
mentee  should  seek  out  other  opportunities  to  grow  and  learn  from  people  other  than  the 
mentor,  and  not  be  overly  dependent  on  the  mentor’s  professional  advice.  Opportunities  such 
as  conferences  or  continuing  education  courses  related  to  the  professional  domain  can  pro¬ 
vide  mentees  with  additional  perspectives  from  which  to  learn  about  the  profession  and  its 
practices. 

1.4  TSP  Coach  and  Mentor  Coach  Qualification  Overview 

Figure  1  outlines  the  SEI-Certified  TSP  Coach  and  SEI-Certified  TSP  Mentor  Coach  qualification 
tracks.  The  process  begins  with  successful  completion  of  the  PSP  course  from  the  SEI,  an  SEI- 
Authorized  PSP  instructor,  or  an  accredited  university,  and  obtaining  the  SEI-Certified  Personal 
Software  Process  (PSP)  Developer  certification  (http://www.sei.cmu.edu/certification/psp.html) 
as  proof  of  mastery  of  the  knowledge  and  skills  required  to  deliver  quality  software  within  a  pre¬ 
dictable  schedule  and  budget.  Next,  the  SEI-Certified  PSP  Developer  must  complete  the  TSP 
Coach  Training  course  (http://www.sei.cmu.edu/products/courses/tsp-launch.html).  At  this  point, 
the  individual  becomes  a  provisional  TSP  coach  and  enters  into  the  mentoring  process.  The  provi¬ 
sional  coach  has  up  to  18  months  to  complete  the  mentoring  process  and  pass  the  certification 
exam,  at  which  point  the  provisional  coach  becomes  an  SEI-Certified  TSP  Coach. 

In  order  for  an  individual  to  become  an  SEI-Certified  TSP  Mentor  Coach,  a  candidate  must  pos¬ 
sess  SEI-Certified  TSP  Coach  sfatus  and  must  complete  the  PSP  Instructor  Training  course. 
(NOTE:  This  course  can  be  taken  at  any  time  before  or  after  completion  of  the  TSP  Coach  Train¬ 
ing  course.)  The  SEI-Certified  TSP  Coach  must  also  meet  all  other  TSP  Mentor  Coach  Training 
entry  requirements,  as  outlined  in  subsequent  sections  of  this  guidebook.  Upon  completion  of  all 
requirements,  the  prospective  TSP  Mentor  Coach  should  submit  an  application  for  admittance  into 
the  TSP  Mentor  Coach  Training  course  and  provide  all  required  supporting  data.  Upon  successful 
completion  of  the  TSP  Mentor  Coach  Training  course,  the  applicant  will  become  an  SEI-Certified 
TSP  Mentor  Coach. 
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Figure  1:  TSP  Coach  and  Mentor  Coach  Qualification  Overview 


1.5  Similarities  and  Differences  between  Coaching  and  Mentoring 

Coaching  and  mentoring  are  not  the  same.  However,  these  terms  often  are  used  interchangeabiy, 
partiy  due  to  the  fact  that  coaches  and  mentors  often  perform  simiiar  roies  using  simiiar  skiiis  and 
techniques.  Because  the  TSP  Coach  Mentor  process  is  designed  to  create  better  coaches,  it  is  im¬ 
portant  to  cieariy  deiineate  the  simiiarities  and  differences  between  these  two  roies. 

A  coach  is  a  person  who  instructs  individuais  in  the  knowiedge  and  skiiis  needed  to  gain  profi¬ 
ciency  in  a  specific  domain.  Coaches  heip  individuais  to  achieve  extraordinary  resuits  by  heiping 
them  to  focus  on  mastery  of  specific  processes  and  procedures  and  encouraging  them  to  set  and 
achieve  goais  by  enacting  a  series  of  action  steps  that  produce  the  desired  resuits  quickiy  and  easi- 
iy.  Coaching  heips  to  sustain  progress  towards  the  desired  goais  by  heiping  peopie  to  ieam  from 
setbacks,  turn  probiems  into  opportunities,  and  achieve  positive  resuits  even  in  difficuit  circums¬ 
tances.  Coaches  have  a  set  agenda  to  reinforce,  and  seek  to  change  the  skiiis  and  behaviors  of  oth¬ 
ers  to  fit  that  agenda.  Coaches  work  with  individuais  or  teams  to  achieve  finite  objectives  in  a  de¬ 
fined  timeframe.  Studies  show  that  when  a  professionai  coach  is  hired  to  work  with  individuais  or 
teams,  specific  goais  and  measurabie  outcomes  can  be  achieved  in  a  shorter  period  of  time  than 
couid  have  been  done  without  the  coach’s  guidance.  In  other  words,  “Whiie  aii  of  the  steps  of 
teambuiiding,  training,  goai  setting  and  feedback  are  needed  to  produce  a  high-performing  team, 
they  are  not  sufficient.  The  finai  key  ingredient  is  ieadership  and  coaching”  [Humphrey  2006]. 

As  with  a  coach,  a  mentor  is  an  experienced  person  who  heips  iess  experienced  peopie  to  gain 
proficiency  in  a  particuiar  domain.  However,  in  addition  to  providing  instruction,  the  mentor  aiso 
acts  as  a  trusted  counseior,  roie  modei,  and  guide  to  the  iess  experienced  person  or  a  newcomer 
who  is  the  mentee.  Mentoring  invoives  a  two-way,  mutuaiiy  beneficiai  teaming  situation  in  which 
the  mentor  provides  advice,  shares  knowiedge  and  experiences,  and  teaches  using  a  iow-pressure 
approach  that  enabies  the  mentee  to  discover  his  or  her  own  particuiar  strengths  and  areas  for  im- 
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provement.  The  mentor’s  role  is  to  help  shape  and  guide  an  individual’s  development  in  both  a 
professional  capacity  and  in  general  life  skills.  Good  communication  and  coaching  skills  are  vital 
in  the  role  of  the  mentor. 

It  should  be  easy  to  see  that  the  coach  and  mentor  roles  share  many  similarities.  The  roles  of  both 
mentors  and  coaches  are  filled  by  individuals  with  a  great  deal  of  experience  in  and  knowledge 
about  the  domain  in  which  they  are  working,  and  who  have  the  job  of  helping  less  experienced 
individuals  to  improve  their  knowledge  and  performance  in  that  domain.  Both  roles  require  the 
coach  or  mentor  to  act  as  role  model  and  guide  to  the  individual  being  coached  or  mentored  and 
both  help  their  less-experienced  charges  to  view  setbacks  as  lessons  that  will  help  them  to  learn 
from  their  own  mistakes. 

There  are  also  many  important  differences  that  delineate  the  coach  and  mentor  roles  as  separate 
functions.  Coaches  often  receive  some  sort  of  formal  training  in  the  skills  required  for  effective 
coaching;  mentors  do  not  generally  have  formal  mentor  training,  but  usually  possess  the  same 
skills  and  abilities  as  coaches,  both  in  domain-specific  skills  and  knowledge  and  in  the  communi¬ 
cation  and  instructional  skills  needed  for  effective  mentor-mentee  relationships.  The  goals  and 
outcomes  for  coaches  and  mentors  also  differ:  coaching  relationships  usually  have  set  goals  and 
measurable  outcomes,  which,  when  met,  result  either  in  the  termination  of  the  relationship  or  the 
renegotiation  of  new  goals  and  outcomes.  Mentoring  relationships  do  not  always  have  clearly 
stated  learning  goals  or  measurable  outcomes,  and  tend  to  endure  over  time,  even  after  the  mentee 
has  gained  sufficient  skills  to  independently  perform  proficiently  in  the  domain.  Coaches  can 
work  with  either  individuals  or  teams,  whereas  mentors  work  one-on-one  with  a  single  mentee. 
Coaches  have  more  of  an  authoritative  role,  and  provide  direct  instruction  in  which  learning  flows 
in  one  direction  only,  from  coach  to  learner.  Mentors  act  more  as  facilitators  or  guides  than  teach¬ 
ers,  and  instruction  is  often  done  through  counseling  or  discovery  activities  from  which  both  the 
mentor  and  the  mentee  may  learn.  The  major  similarities  and  differences  between  coaches  and 
mentors  are  summarized  in  the  following  table: 
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Coaches 

Mentors 

Coaches  work  with  teams  or  individuals. 

Mentors  work  with  individuals  only. 

Coaches  help  teams  and  individuals  to  improve 
performance. 

Mentors  help  individuals  to  improve  perfor¬ 
mance. 

Coaches  aid  learners  to  achieve  specific  objectives 
or  performance  levels. 

Mentors  guide  learners  according  to  changing 
needs;  there  is  no  set  learning  agenda  or  spe¬ 
cified  performance  objective. 

Involvement  comes  as  part  of  the  job  for  which 
he/she  was  hired. 

Involvement  comes  through  self-selection  by 
both  mentor  and  mentee. 

Authority  is  inherent  in  the  position. 

Authority  comes  from  the  mentee’s  perceived 
value  of  the  mentor’s  influence. 

Relationships  have  a  finite  time  span  based  on 
learning  achievement  or  contractual  specifications. 

Relationships  have  no  set  time  frame  and  may 
persist  even  after  the  mentee  achieves  profi¬ 
ciency. 

The  relationship  with  the  learner  is  primarily  authori¬ 
tative. 

The  relationship  with  the  mentee  is  collabora¬ 
tive. 

Instruction  is  one-way;  coaches  transfer  knowledge 
to  teams  and  individuals.. 

Instruction  can  be  two-way;  mentors  may  learn 
from  mentees  while  providing  the  mentee  with 
skills,  knowledge,  and  guidance. 

Instruction  is  usually  limited  to  domain-specific  skills 
and  knowledge. 

Instruction  is  often  applicable  to  general  life 
skills,  not  just  a  specific  domain. 

Coaches  usually  receive  formal  training  in  coaching 
skills. 

Mentors  do  not  usually  receive  formal  training 
in  mentoring  or  coaching  skills. 

Coaches  may  sometimes  act  as  mentors. 

Mentors  usually  act  as  coaches. 
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2  Mentoring  Concepts 


Mentoring  is  a  process  by  which  an  experienced  person  provides  advice,  support,  and  training  to  a 
less  experienced  person  to  enhance  personal  and  professional  growth  to  both  parties  in  the  rela¬ 
tionship.  This  section  describes  many  of  the  concepts  relevant  to  creating  an  effective  mentorship. 

2.1  What  is  Mentoring? 

2.1.1  The  Mentoring  Process 

The  mentoring  process  is  a  developmental  process  in  which  a  more  experienced  individual  com¬ 
mits  to  working  and  learning  together  with  a  less  experienced  individual,  for  the  purpose  of  the 
professional  development  of  both  individuals  [CIO  2002].  The  mentoring  process  includes  a  se¬ 
ries  of  stages  (described  below  in  Section  2.2),  in  which  the  mentor’s  leadership  in  the  process  is 
adapted  to  support  the  developing  strengths  and  meet  the  changing  needs  of  the  mentee.  The  re¬ 
sult  of  an  effective  mentoring  process  is  a  self-confident  and  competent  professional  who  has  be¬ 
come  prepared  to  mentor  others. 

2.1.2  Mentoring  Relationships 

A  successful  relationship  between  a  mentor  and  mentee  is  characterized  by  confidentiality,  trust, 
caring,  mutual  support,  and  challenges  for  growth.  The  mentoring  relationship  creates  the  neces¬ 
sary  context  of  safety  and  confidence  for  the  mentor  and  mentee  to  take  the  risks  of  trying  new 
work  strategies  and  learning  from  each  other.  This  context  is  necessary  for  encouraging  the  pro¬ 
fessional  growth  of  both  individuals. 

2.1.3  Mentoring  Objectives 

Mentoring  can  achieve  many  objectives.  In  addition  to  providing  the  mentee  with  opportunities 
for  success  and  further  growth,  mentoring  is  also  a  means  for  accomplishing  the  following: 

•  Achieve  scalability  of  a  profession  in  a  global  environment.  In  many  professions,  the  need 
for  qualified  practitioners  is  growing  so  rapidly  that  the  capacity  of  academic  institutions  or 
training  programs  is  unable  to  meet  the  demand  for  internships  or  practicum  that  enable 
learners  to  gain  needed  experience.  Mentoring  provides  a  cost-effective  way  to  facilitate  the 
transfer  of  practical  skills  and  knowledge  from  experienced  professionals  to  new  profession¬ 
als,  maintaining  the  high  standard  of  quality  needed  for  proficiency  in  a  discipline.  In  the 
case  of  TSP,  having  qualified  mentors  within  an  organization  allows  the  organization  to  train 
and  assess  coaches  without  the  need  for  costly  travel  by  candidate  coaches  or  external  ob¬ 
servers.  Mentorships  also  allow  training  and  observations  to  be  conducted  outside  the  United 
States  and  in  languages  other  than  English. 

•  Strengthen  the  cultnre  of  a  profession.  Mentoring  allows  less  experienced  individuals  to 
develop  relationships  with  other  professionals  who  can  provide  advice  on  personal  and  ca¬ 
reer  goals,  introduce  them  to  other  practitioners  in  the  professional  community,  and  provide 
positive  examples  of  ethical  and  masterful  professional  behavior.  In  turn,  mentees  can  pro- 
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vide  their  mentors  with  fresh  perspectives  and  new  ways  of  approaching  established  prob¬ 
lems  in  the  profession. 

•  Plan  for  individual  transition  (prepare  professionals  for  greater  responsibilities).  Men¬ 
toring  provides  a  mechanism  for  new  practitioners  to  transfer  the  knowledge  and  skills 
learned  in  the  classroom  into  real-world  practice  under  the  tutelage  of  an  experienced  profes¬ 
sional.  Mentorships  allow  new  practitioners  to  set  and  achieve  goals  that  build  on  what  they 
already  know  but  cannot  yet  achieve  alone,  gradually  increasing  their  proficiency  in  practice 
until  they  are  able  to  capably  perform  all  required  functions  without  guidance  or  supervision. 

2.1.4  Types  of  Mentoring 

Although  there  are  numerous  types  of  mentoring,  the  SEI-Certified  TSP  Coach  and  SEI-Certified 
TSP  Mentor  Coach  qualification  tracks  follow  the  formal/planned  mentoring  approach,  which  is 
described  by  the  U.S.  Department  of  Transportation  Departmental  Office  of  Human  Resource 
Management  as  follows: 

Formal  or  planned  mentoring  focuses  on  enabling  the  mentee  to  develop  skills  based  on  the 
needs  of  the  profession,  usually  resulting  in  benefits  to  both  the  profession  and  the  mentee.  This 
type  of  mentoring  promotes  a  “formal”  approach  to  the  relationship,  with  little  social  interac¬ 
tion  between  mentor  and  mentee;  the  mentor  and  mentee  rarely  (if  ever)  see  each  other  outside 
the  office.  The  mentor  and  mentee  are  more  interested  in  meeting  the  needs  of  the  profession 
than  in  developing  a  friendship;  the  basis  for  their  relationship  is  professional  commitment. 
Planned  mentoring  follows  a  pre-defined  track  that  ends  when  the  professional  goals  are 
reached.  This  type  of  mentoring  takes  a  systematic  approach  to  ensure  that  the  mentee  develops 
the  skill  set  needed  to  benefit  the  profession. 

2.2  Stages  in  a  Mentoring  Reiationship 

Numerous  models  of  mentorship  describe  the  process  as  having  four  distinct  stages  through  which 
the  mentor-mentee  relationship  evolves  based  on  the  knowledge  level  of  the  mentee.  The  se¬ 
quence  of  stages  (depicted  in  Figure  2)  is  generally  a  forward  progression  as  in  a  pure  waterfall 
model,  but  as  with  software,  sometimes  a  stage  must  be  revisited  before  moving  forward  again. 
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Figure  2:  Mentoring  Reiationship  Stages 

2.2.1  Preparation/Prescriptive 

The  initial  stage  of  the  mentor-mentee  relationship  establishes  the  foundation  upon  which  all 
progress  will  be  measured  and  sets  the  ground  rules  under  which  the  relationship  will  operate. 
During  this  phase,  the  mentor  and  mentee  engage  in  discussion(s)  to  establish  a  sense  of  common 
purpose  and  develop  a  mutual  understanding  of  the  guidance  to  be  provided  and  expected  out¬ 
comes  of  the  process.  In  this  stage,  the  mentee  generally  has  little  or  no  experience  in  the  organi¬ 
zation  or  the  domain,  so  the  mentor  must  assume  a  more  proactive  role  in  guiding,  directing,  and 
advising  the  mentee.  This  stage  is  generally  the  most  demanding  on  the  mentor,  as  a  tremendous 
amount  of  information  must  be  shared  by  the  mentor,  and  the  mentee’s  ability  to  function  success¬ 
fully  depends  on  much  active  guidance  and  in-depth  advice  from  the  mentor. 

2.2.2  Persuasive 

This  second  stage  requires  the  mentor  to  take  a  strong  approach  in  persuading  the  mentee  to  begin 
taking  risks  and  acting  more  autonomously,  with  less  direction  and  motivation  from  the  mentor. 
The  mentor  must  actively  persuade  the  mentee  to  seek  challenges  and  find  answers.  The  mentee 
has  begun  to  gain  some  experience  in  the  organization  or  domain,  but  needs  active  direction  from 
the  mentor  to  be  completely  successful.  The  mentor  may  begin  to  help  the  mentee  to  develop  and 
grow  by  suggesting  new  strategies,  raising  challenging  questions,  and  pushing  the  mentee  into 
making  new  discoveries. 

2.2.3  Enabling/Collaborative 

During  the  enabling/collaborative  stage,  the  mentor  allows  the  mentee  to  have  successes  and  fail¬ 
ures,  while  guarding  the  mentee  from  total  failure.  The  mentor  persuades  the  mentee  to  consider 
problems  and  discuss  solutions  openly  and  without  fear  of  embarrassment.  The  mentor  uses  feed¬ 
back  as  the  primary  mechanism  for  communication. 
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During  this  stage,  the  mentor  should  purposely  move  the  relationship  from  mentor-oriented  to 
mentee-oriented.  The  mentor  becomes  a  sounding  board  for  questions  and  advice  rather  than  the 
source  of  all  information,  and  begins  to  use  probing,  evaluative  questions  to  study  the  mentee’s 
grasp  of  the  skills  and  concepts  being  mastered.  At  some  point  during  this  stage,  the  mentor  will 
become  satisfied  that  the  mentee  has  crossed  the  acceptable  threshold  for  competent  and  auto¬ 
nomous  performance  in  the  domain  or  organization. 

2.2.4  Closure/Confirmative 

The  final  stage  of  the  mentor-mentee  relationship  commences  when  the  mentee  successfully 
meets  the  criteria  needed  for  successful  autonomous  performance  of  a  particular  job  function.  The 
mentee  is  able  to  work  independently  of  the  mentor.  Communications  at  this  stage  take  place  on  a 
more  equal  level,  often  with  the  mentor  and  mentee  working  to  solve  problems  together.  As  the 
mentee  begins  to  function  at  a  higher  level  of  understanding  in  the  domain  or  organization,  the 
mentor  gradually  withdraws  support  and  will  eventually,  by  mutual  consent,  exit  altogether. 

2.3  The  Mentor  and  Mentee  Roles 
2.3.1  Mentors 

Mentors  facilitate  personal,  educational,  and  professional  growth  in  another  individual  by  sharing 
the  knowledge  and  insights  that  they  have  gathered  through  years  of  experience.  Successful  men¬ 
tors  are  characterized  as  supportive,  patient,  and  respected,  among  other  positive  personality 
traits. 

Mentors  have  several  responsibilities,  including  the  following: 

•  Help  the  mentee  to  develop  an  appropriate  learning  plan/mentoring  agreement,  including 
goals  that  build  on  what  the  mentee  knows  and  can  do  already,  but  cannot  yet  achieve  alone. 

•  Provide  guidance  based  on  the  mentee’s  learning  and  development  needs. 

•  Help  the  mentee  to  access  appropriate  expert  advice  to  extend  knowledge  and  skills. 

•  Create  a  learning  environment  that  supports  risk-taking  and  innovation,  and  encourage  the 
mentee  to  expand  his  or  her  abilities. 

•  Listen  actively,  be  accommodating,  and  use  silence  as  a  tool. 

•  Provide  feedback  as  necessary;  relate  guidance  from  past  experiences. 

Mentor  attributes  and  roles  that  may  be  required  include: 

•  Teacher  —  share  knowledge  and  experience  in  the  mentored  domain. 

•  Problem  solver  —  refer  the  mentee  to  resources  and  options. 

•  Motivator  —  utilize  encouragement,  support,  and  positive  feedback  when  a  mentee  is  facing 
a  challenge. 

•  Coach  —  help  the  mentee  to  overcome  performance  difficulties  through  positive  feedback 
and  constructive  feedback. 

•  Guide  —  help  the  mentee  to  set  realistic  goals. 
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2.3.2  Mentees 


A  mentee  is  an  individual  who  is  protected  or  trained,  or  whose  career  is  furthered,  by  a  person  of 
experience,  prominence,  or  influence.  A  mentee  is  a  professional  who  needs  to  learn  from  the 
mentor  and  to  practice  and  demonstrate  what  has  been  learned.  A  mentee  is  also  a  “trainee”  who 
should  blend  mentoring  with  other  training  approaches. 

Mentees  have  several  responsibilities: 

•  Take  learning  opportunities  seriously. 

•  Prepare  and  complete  each  assignment  according  to  the  action  plan  that  was  negotiated  with 
the  mentor. 

•  Express  needs  clearly. 

•  Help  to  identify  development  goals. 

•  Seek  input  from  the  mentor. 

•  Demonstrate  commitment  through  action. 

•  Maintain  confidentiality. 

•  Maintain  a  positive  attitude. 

•  Keep  an  open  mind  when  receiving  feedback,  whether  positive  or  negative. 

2.4  Obstacles  to  Successful  Mentorships 

Mentor-mentee  relationships  are  like  any  other  situations  that  involve  interpersonal  interactions. 
The  following  list  outlines  some  of  the  more  common  problems  that  are  specific  to  a  mentorship 
arrangement: 

•  Differences  in  learning/mentoring  styles.  A  mentoring  style  may  not  meet  the  mentee’s 
learning  needs  or  feel  comfortable  to  the  mentor.  After  evaluating  the  mentee  to  determine 
the  required  amount  of  guidance,  the  mentor  can  determine  the  mentoring  style  that  is  most 
appropriate.  Both  the  mentor  and  the  mentee  need  to  be  flexible  in  adjusting  the  amount  and 
direction  of  “give-and-take”  in  their  interactions.  As  the  relationship  evolves  and  the  men¬ 
tee’s  skill  level  and  confidence  grow,  the  mentor  may  need  to  adjust  mentoring  techniques  to 
stay  synchronized  with  the  mentee’s  development.  Typically,  as  the  mentorship  evolves  and 
moves  toward  conclusion,  the  mentor  tends  to  give  less  advice  and  accepts  more  input  from 
the  mentee,  until  the  mentee  is  capable  of  fully  autonomous  performance. 

•  Required  time  for  mentoring  activities.  Schedule  commitments  may  prevent  a  mentor 
from  spending  sufficient  or  high-quality  time  with  a  mentee.  If  a  mentor  starts  to  sacrifice 
mentorship  time  because  of  other  commitments,  the  mentee  may  lose  faith  in  the  mentor,  and 
the  mentoring  relationship  will  suffer.  The  same  is  true  if  the  situation  is  reversed,  with  the 
mentee  failing  to  devote  adequate  time  for  interacting  with  and  learning  from  the  mentor. 

•  Inappropriate  mentee  expectations.  A  common  problem  with  mentors  is  that  they  may 
expect  too  much  progress  from  the  mentee  in  an  unrealistically  short  time.  Mentors  must  al¬ 
low  their  mentees  to  have  sufficient  time  to  grow  professionally  and  to  make  mistakes  along 
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the  way.  Because  of  their  greater  knowledge  and  experience,  mentors  may  have  difficulty 
reining  in  their  impatience  with  a  mentee  from  whom  they  are  expecting  too  much,  too  soon. 
Some  mentees  may  expect  too  much  from  their  mentors,  such  as  demanding  more  time  than 
is  realistic.  Or  mentees  may  ask  for  more  attention  than  they  actually  need. 

•  Control.  A  mentor  should  try  to  avoid  the  two  extremes  that  may  arise  in  this  type  of  rela¬ 
tionship — either  exerting  too  much  control  over  the  learning  situation  and  smothering  the 
mentee’s  attempts  to  act  alone,  or  paying  so  little  attention  to  the  mentee  that  it  amounts  to 
neglect  and  leaves  the  mentee  open  to  failure.  Both  parties  should  understand  that  this  rela¬ 
tionship  requires  a  firm  time  commitment  and,  if  this  commitment  is  not  honored,  the  rela¬ 
tionship  will  not  meet  its  goals.  Time  constraints  on  both  sides  should  be  acknowledged  and 
then  managed  effectively. 

Other  obstacles  encountered  in  mentoring  efforts  include 

•  attempts  by  either  party  to  control  the  relationship  (instead  of  cooperating) 

•  manipulation  by  either  party  (instead  of  mutual  respect) 

•  inadequate  attention  to  the  preparation  stage  (for  example,  failing  to  set  clear  goals  or  to  de¬ 
velop  an  action  plan  to  meet  desired  goals) 

•  a  casual  approach  to  meetings  or  other  forms  of  contact  with  a  mentee  (for  example,  unila¬ 
teral  changes  to  meeting  times  without  good  reason  and  not  making  further  arrangements 
immediately) 

•  lack  of  organization  or  preparation  for  meetings  with  a  mentee 

•  overstepping  the  boundaries  of  the  agreed-to  mentorship  style — for  example,  straying  into 
tutoring  or  direct  training 
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3  Mentoring  TSP  Coaches 


3.1  Overview 

The  Team  Software  Process  (TSP)  has  grown  and  transitioned  through  the  technology  adoption 
life-cycle  curve  from  early  adoption  to  the  early  majority  phase  [Moore  2002].  In  response,  the 
SEI  has  changed  the  TSP  introduction  strategy  to  better  support  the  needs  of  a  different  category 
of  technology  adaptors.  An  essential  element  in  this  strategy  is  the  inclusion  of  a  formal  mentor¬ 
ing  program  for  TSP  coaches.  This  program  expands  the  coach  training  (which  focused  primarily 
on  preparing  and  conducting  the  TSP  team  launch)  to  include  other  aspects,  such  as  overseeing 
the  associated  meetings  conducted  during  the  project-development  cycle,  helping  teams  to  collect 
and  interpret  data,  and  providing  guidance  on  appropriate  and  effective  interactions  with  TSP 
team  sponsors,  leaders,  and  members. 

The  TSP  coach  training  program  also  reflects  a  response  to  comments  received  from  the  SETs 
TSP  Users  Survey  conducted  in  2006.  Community  input,  as  reflected  in  the  following  survey  find¬ 
ings,  is  a  vital  element  influencing  the  growth  of  TSP  into  wider  adoption  in  software  engineering 
practice: 

•  A  majority  of  the  survey  respondents  agreed  that  the  2006  coach  training  model  needed  revi¬ 
sion  and  that  adding  several  levels  of  coach  qualification  was  necessary. 

•  Feedback  described  the  2006  coach  qualification  track  as  a  hindrance  to  the  growth  of  TSP 
use  in  an  organization,  especially  to  widespread  transition  across  the  organization. 

•  Survey  respondents  noted  in  the  write-in  comments  that  a  key  area  of  concern  was  the  need 
to  implement  coach  qualification  tracks  that  better  suited  the  scalability  needs  of  the 
customer. 

•  Respondents  agreed  that  adding  mentoring  to  the  qualification  track  would  benefit  both  indi¬ 
viduals  and  organizations. 

The  training  model  that  was  in  effect  at  the  time  of  the  2006  survey  resulted  in  successful  candi¬ 
dates  receiving  the  designation  of  SEI-Authorized  TSP  Coach.  The  authorization  requirements 
were 


•  successful  completion  of  the  PSP  for  Engineers  course,  or  the  PSP  Fundamentals  and  PSP 
Advanced  courses 

•  successful  completion  of  the  SEI-Certified  PSP  Developer  credential 

•  sponsorship  by  an  SEI  Partner 

•  successful  completion  of  the  TSP  Coach  course 

•  successful  performance  as  a  coach  in  a  TSP  team  launch  (as  determined  through  observa¬ 
tions  conducted  by  qualified  SEI  personnel) 

The  revised  qualification  model  being  introduced  by  this  guidebook  requires  three  levels  of  quali¬ 
fication,  each  with  definitive  entry  and  exit  gates.  These  levels  are  Provisional  TSP  Coach,  SEI- 
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Certified  TSP  Coach,  and  SEI-Certified  TSP  Mentor  Coach.  This  three-tiered  model  provides  or¬ 
ganizations  with  more  scalability  and  decreased  costs  when  broadening  the  implementation  of 
TSP  across  multiple  sectors  of  the  organization,  and  provides  individuals  with  more  options  to 
apply  their  TSP  experiences  as  coaches  within  the  organization. 


Figure  3:  Multi-Tiered  Qualification  Model 

3.1.1  Why  is  Mentoring  needed  in  the  TSP  Coach  Quaiification  Modei? 


Recent  studies  and  workforce  research  indicate  that  additional  on-the-job  training  is  needed  to 
increase  employee  productivity  and  decrease  the  time  needed  to  produce  quality  work.  A  study 
performed  by  the  American  Society  of  Training  and  Development  found  that  while  training  alone 
increased  manager  productivity  by  24%,  productivity  was  increased  by  88%  when  training  was 
combined  with  coaching  and  mentoring  support  strategies  [Sweeny  2003].  The  study  defined 
mentoring  as 

•  a  series  of  tasks  that  effective  mentors  must  do  to  promote  the  professional  development  of 
others 

•  the  intense,  trusting,  supportive,  positive,  confidential,  low-risk  relationship  within  which  the 
partners  can  try  ways  of  working  and  relating,  make  mistakes,  gain  feedback,  accept  chal¬ 
lenges,  and  learn  in  front  of  each  other 

•  the  complex  developmental  process  that  mentors  use  to  support  and  guide  their  mentees 
through  the  necessary  career  transitions  that  are  part  of  learning  how  to  be  an  effective,  ref¬ 
lective  professional  and  a  career-long  learner 
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The  TSP  coach  qualification  model  includes  mentoring  in  order  to  provide  new  coaches  with 
guidance  and  support  in  a  controlled  environment  that  allows  new  coaches  to  implement  the  skills 
and  knowledge  gained  through  PSP/TSP  training.  The  mentorship  structure  gives  a  new  coach 
both  an  opportunity  for  practice  and  feedback  on  performance,  thereby  optimizing  the  learning 
experiences  gained  through  interactions  with  TSP  teams  and  the  TSP  Mentor  Coach. 

3.2  The  TSP  Coach  Qualification  Model 

The  qualification  model  accounts  for  the  needs  of  a  newly-trained  coach  to  implement  the  know¬ 
ledge  and  skills  learned  in  the  classroom  into  real-world  practice  under  the  tutelage  of  an  expe¬ 
rienced  coach.  The  mentoring  element  replaces  the  former  requirement  for  on-site  observation  by 
SEI  personnel,  and  allows  written  evaluations  (such  as  the  final  evaluation  of  data  and  the  written 
exam)  to  be  accomplished  remotely,  eliminating  the  need  for  costly  travel  by  either  the  new  coach 
or  the  coach  evaluators. 

The  inclusion  of  mentoring  in  the  qualification  model  also  provides  a  path  for  continued  personal 
and  professional  growth,  by  providing  the  opportunity  for  qualified  and  interested  TSP  coaches  to 
become  SEI-Certified  TSP  Mentor  Coaches. 

An  outline  of  the  TSP  coach  qualification  model  is  shown  in  Figure  4  and  Figure  5. 

3.2.1  The  Provisional  Coach 

A  provisional  coach  has  acquired  the  knowledge  necessary  to  conduct  a  launch  or  relaunch  and  to 
coach  a  TSP  team,  but  lacks  the  experience  necessary  to  be  a  certified  coach.  The  provisional 
coach  has  received  the  basic  education  and  training  in  TSP  and  PSP,  and  is  ready  to  apply  these 
skills  and  knowledge  under  the  supervision  of  a  mentor  coach. 

A  provisional  coach  must  satisfy  the  following  criteria  before  the  mentoring  phase  can  begin: 

•  Successfully  complete  the  PSP  course  from  the  SEI,  an  SEI-Authorized  PSP  instructor,  or  an 
accredited  university. 

•  Be  recommended  by  the  PSP  instructor  who  taught  your  PSP  course. 

•  Flave  the  SEI-Certified  PSP  Developer  credential. 

•  Be  sponsored  by  an  SEI  Partner. 

•  Sign  the  SEI  Code  of  Professional  Conduct. 

•  Successfully  complete  the  TSP  Coach  Training  course. 

A  provisional  coach  must  complete  the  following  mentor-guided  activities  to  become  certified: 

•  Asa  provisional  coach,  successfully  complete  at  least  one  each  of  the  following  TSP  events 
within  18  months  of  entering  provisional  coach  status: 

TSP  Launch 
TSP  Checkpoint 
TSP  Relaunch 

TSP  Project  or  Cycle  Postmortem 


15  I  CMU/SEI-2009-SR-009 


•  Successfully  complete  all  associated  responsibilities  of  a  TSP  coach  as  outlined  in  tasking 
areas  C  through  G  of  the  TSP  Coach  Job  Analysis  Report  (see  Appendix  B).  Successful 
completion  must  be  confirmed  by  an  SEl-Certified  TSP  Mentor  Coach  via  the  final  assess¬ 
ment  report.  The  Mentor  Coach  must  also  provide  a  recommendation  that  the  provisional 
coach  be  allowed  to  become  an  SEl-Certified  TSP  Coach. 

•  Successfully  complete  the  TSP  Coach  Certification  written  exam.  (NOTE:  the  provisional 
coach  is  allowed  a  maximum  of  three  attempts  at  passing  the  exam.  Failure  to  pass  the  exam 
on  the  third  attempt  will  disqualify  the  individual  from  becoming  an  SEl-Certified  TSP 
Coach.) 

A  provisional  coach  has  permission  to  use  the  TSP  tool  and  intellectual  property  under  the  spon¬ 
sor’s  license  agreement  for  the  duration  of  the  provisional  period  and  is  subject  to  annual  support 
payments,  as  outlined  in  the  partner  agreement.  The  maximum  completion  time  for  the  provision¬ 
al  coach  period  is  18  months,  with  an  option  to  apply  for  an  extension  (subject  to  approval  by  the 
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Figure  4:  Steps  to  Become  an  SEI-Certified  TSP  Coach 
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Figure  5:  Steps  to  Becoming  an  SEi-Certified  TSP  Mentor  Coach 

3.2.2  The  SEI-Certified  TSP  Coach 

The  designation  of  SEI-Certified  TSP  Coach  is  conferred  upon  individuals  who  have  completed 
all  training  and  testing  requirements  as  outlined  in  Figure  4.  These  individuals  are  fully  qualified 
to  coach  a  TSP  team.  An  SEI-Certified  TSP  Coach  has  been  mentored  by  an  SEI-Certified  TSP 
Mentor  Coach,  was  evaluated  against  a  standard  in  the  form  of  a  written  examination,  and  has 
demonstrated  the  skills  necessary  to  successfully  coach  a  TSP  team.  The  SEl-Certified  TSP 
Coach  can  apply  PSP/TSP  principles  in  ill-defined  team  and  organizational  situations  and  is  able 
to  guide  teams  toward  superior  performance.  The  SEl-Certified  TSP  Coach  also  acts  as  a  cham¬ 
pion  for  PSP/TSP,  motivating  new  developers,  managers,  and  executives  to  adopt  these  technolo¬ 
gies. 


SEl-Certified  TSP  Coaches  must  renew  their  certification  every  two  years.  Renewal  criteria  are 


Maintain  currency  of  the  SEl-Certified  PSP  Developer  credential. 

Be  an  SEI-Certified  TSP  Coach  in  good  standing. 

At  a  minimum,  submit  data  for  one  complete  TSP  cycle,  which  includes  the  following: 
Launch  or  Relaunch 

•  workbooks  (overall,  consolidated,  and  individual) 

•  questionnaires  (site,  project,  and  team  member) 

•  evaluations  (launch  and  relaunch) 

•  presentations  from  launch  meetings  1  and  9 

Checkpoint 

•  report  of  findings  and  recommendations 
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•  workbooks  (consolidated  and  individual) 

Project  or  Cycle  Postmortem 

•  postmortem  report 

•  workbooks  (consolidated  and  individual) 

3.2.3  The  SEI-Certified  TSP  Mentor  Coach 

An  SEI-Certified  TSP  Mentor  Coach  is  responsible  for  providing  provisional  coaches  with  the 
guidance  and  support  necessary  to  effectively  coach  TSP  teams.  A  mentor  coach  is  an  expe¬ 
rienced  person  who  acts  as  a  trasted  counselor,  role  model,  and  guide  to  a  less  experienced  person 
or  a  newcomer  into  the  practice.  A  mentor  coach  has  completed  the  required  training  and  has 
gained  sufficient  experience  in  coaching  successful  TSP  teams  to  counsel  and  mentor  provisional 
coaches.  A  mentor  coach  also  prepares  provisional  coaches  for  their  final  evaluations  to  become 
SEI-Certified  TSP  Coaches.  In  order  to  provide  each  provisional  coach  with  the  attention  needed 
for  success,  a  mentor  coach  is  permitted  to  mentor  no  more  than  four  provisional  coaches  at  any 
given  time. 

The  SEI-Certified  Mentor  Coach  must  meet  all  of  the  following  criteria  for  certification: 

•  Submit  an  application  with  all  required  supporting  data. 

•  Be  an  SEI-Certified  TSP  Coach  in  good  standing. 

•  Be  an  SEI-Authorized  PSP  Instmctor. 

•  Teach  or  co-teach  three  of  the  courses  from  the  TSP  product  suite 
(http://www.sei.cmu.edu/partners/tsp/materials/);  these  courses  must  be  any  one  PSP  course 
and  any  two  non-PSP  courses  listed  in  the  product  suite. 

•  Launch  (or  relaunch)  a  minimum  of  four  different  teams  during  the  five-year  period  imme¬ 
diately  preceding  the  mentor  coach  application.  The  launch  or  relaunch  to  postmortem  cycles 
must  total  at  least  52  team-weeks  of  coaching  experience.  Evidence  must  be  available  from 
data  submissions  made  to  the  SET 

•  Complete  a  minimum  of  four  each  of  the  following  TSP  events  associated  with  the  afore¬ 
mentioned  (re)launched  teams,  as  evidenced  with  reports  and  actual  data  submitted  to  the 
SET 

TSP  checkpoints 
TSP  project  postmortems 

•  Obtain  a  letter  of  recommendation  to  be  a  mentor  coach  from  all  team  leaders  of  the  afore¬ 
mentioned  (re)launched  teams,  and  at  least  50%  of  the  associated  team  members. 

An  SEI-Certified  TSP  Mentor  Coach  must  renew  his  or  her  certification  every  four  years.  Renew¬ 
al  criteria  are  as  follows: 

•  Be  an  SEI-Certified  PSP  Developer  in  good  standing. 

•  Be  an  SEI-Certified  TSP  Coach  in  good  standing. 

•  Be  an  SEI-Authorized  PSP  Instructor  in  good  standing. 

•  Successfully  mentor  at  least  two  provisional  coaches  through  the  complete  process  of  be¬ 
coming  SEI-Certified  TSP  Coaches. 
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4  The  TSP  Mentoring  Program 


This  guidebook  will  help  mentors  and  provisional  coaches  to  set  achievable  goals  and  to  assess 
areas  in  which  growth  and  development  are  needed  to  complete  the  qualification  track.  This  sec¬ 
tion  defines  the  TSP  Mentoring  Program  and  provides  guidelines  to  be  used  while  executing  the 
mentoring  program. 

4.1  TSP  Mentoring  Phases 

Figure  6  and  Figure  7  outline  the  TSP  mentoring  phases.  These  phases  are  expansions  of  the  men¬ 
toring  relationship  phases  shown  in  Figure  2.  Depending  on  the  provisional  coach’s  developmen¬ 
tal  goals  and  the  action  plan  developed  by  the  mentor  and  provisional  coach  during  the  Prepara¬ 
tion/Prescriptive  phase,  the  next  step  in  the  developmental  progression  could  be  the  Persuasive 
phase,  the  Enabling/Collaborative  phase,  or  a  combination  of  both. 

During  the  Persuasive  phase,  there  are  many  meetings  throughout  the  TSP  cycle  that  the  mentor 
should  attend.  For  these  events,  the  mentor  may  attend  in  person  or  remotely  via  video  teleconfe¬ 
rence  or  similar  means,  ft  is  important  that  the  mentor  take  the  role  of  a  silent  observer  during 
these  events,  as  it  is  the  provisional  coach’s  job  to  coach  the  team,  not  the  mentor’s  job.  The  men¬ 
tor  must  refrain  from  correcting  or  evaluating  the  provisional  coach  during  these  events.  The  men¬ 
tor  should  hold  any  comments  or  recommendations  until  after  the  event  or  during  a  break.  The 
mentor  is  present  mainly  to  ensure  that  the  provisional  coach  is  successful.  Therefore,  the  mentor 
should  remain  as  invisible  as  possible  to  allow  the  provisional  coach  to  learn  and  gain  experience 
and  to  maintain  credibility  with  the  team  being  coached. 

The  mentoring  artifacts  and  the  TSP  cycle  events  outlined  in  Figure  6  and  Figure  7  are  designed 
to  guide  the  mentor  and  provisional  coach  through  the  many  duties  and  skills  expected  for  a  certi¬ 
fied  coach,  as  outlined  in  Appendix  B  (the  TSP  Coach  Job  Analysis  Report).  As  the  mentor  and 
provisional  coach  work  their  way  through  the  TSP  cycle  events,  they  should  use  the  questions 
contained  in  Appendix  A  to  stimulate  thinking  and  to  help  guide  the  interaction  between  them 
successfully.  The  mentor  is  not  expected  to  be  an  expert  in  every  subject  area,  but  mentors  are 
expected  to  utilize  their  network  of  resources  to  augment  their  own  skill  set.  The  mentor  should 
also  review  and  provide  feedback  to  the  provisional  coach  on  all  mentoring  artifacts  as  they  are 
produced,  using  forms  LOE,  LOS,  and  MAE  as  appropriate. 
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Figure  6:  TSP  Mentoring  Program — Preparation/Prescriptive  and  Persuasive  Phases 
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Figure  7:  TSP  Mentoring  Program — Enabiing/Coiiaborative  and  Ciosure/Confirmation  Phases 


22  I  CMU/SEI-2009-SR-009 


4.2  Conducting  Mentoring  Sessions 


The  following  list  outlines  suggestions  that  can  help  ensure  that  the  mentor  and  the  provisional 
coach  have  productive  mentoring  sessions: 

•  The  first  meeting  or  conference  call  should  be  long  enough  to  complete  planning  goals  and 
expectations  and  scheduling  needs.  This  meeting  generally  takes  two  hours. 

•  Both  mentor  and  provisional  coach  should  review  this  guide  before  their  first  meeting.  It 
should  be  used  as  a  reference  for  future  meetings. 

•  The  provisional  coach  should  be  ready  to  discuss  the  project  status  during  the  mentor  meet¬ 
ing,  and  should  be  able  to  easily  access  needed  details.  Mentoring  artifacts  should  be  readily 
available  to  both  parties. 

•  Mitigation  steps  should  be  identified  for  any  identified  areas  for  improvement. 

•  The  mentor  should  provide  copies  of  all  mentoring  reports  to  the  provisional  coach.  This 
includes  a  copy  of  the  final  assessment  report. 

•  A  date  and  time  for  the  next  mentoring  session  should  be  set  before  each  meeting  ends.  It  is 
recommended  that  the  mentor  and  provisional  coach  spend  at  least  30  minutes  each  week  re¬ 
viewing  and  updating  their  Mentoring  Action  Plan. 

4.3  Guidance  for  Mentors  and  Provisional  Coaches 

A  mentor  may  be  able  to  judge  the  provisional  coach’s  progress  from  reviewing  only  the  mentor¬ 
ing  artifacts,  as  outlined  in  Figure  6  and  Figure  7.  However,  it  is  more  likely  that  the  mentor  will 
require  additional  information  to  assess  whether  the  provisional  coach  is  preparing  properly  for 
his  or  her  coaching  work.  This  section  discusses  areas  in  which  the  mentor  needs  to  ensure  that 
the  provisional  coach  is  progressing  in  the  development  track.  We  have  designated  specific  areas 
of  tasking  where  a  provisional  coach  should  show  competency  of  knowledge  and  skills  to  be  a 
successful  TSP  coach. 

Key  Question:  What  should  the  mentor  be  asking/doing  to  ensure  that  the  provisional  coach  can 
be  successful? 

Mentors  should  ask  the  questions  that  lead  their  provisional  coaches  to  function  successfully  in 
coaching  their  provisional  teams  and,  more  importantly,  that  will  ensure  that  the  provisional 
coaches  master  the  skills  needed  to  coach  future  projects  once  the  mentoring  relationship  has  con¬ 
cluded.  For  example,  when  validating  the  required  mentoring  artifacts,  the  mentor  should  ask 
questions  about  how  the  information  was  obtained  and  what  information  might  have  been  missed. 

General  Guidance  on  Answering  Questions 

Provisional  coaches  are  very  likely  to  ask  lots  of  questions  of  the  mentor.  The  mentor  should  use 
careful  judgment  about  whether  to  answer  the  question  immediately,  or  to  lead  the  provisional 
coach  to  derive  his  or  her  own  answer.  The  mentor  may  reasonably  respond  by  repeating  the  ques¬ 
tion  for  the  provisional  coach  to  answer,  or  may  ask  other  questions  in  lieu  of  providing  an  an¬ 
swer.  Such  questions  could  be: 
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•  Why  did  you  ask  that  question? 

•  What  do  you  think  the  options  are? 

•  Which  option  would  you  pick  and  why? 

•  Why  would  you  be  nervous  about  that  option? 

After  having  a  dialogue  around  those  topics,  if  the  original  question  is  still  unanswered,  the  men¬ 
tor  may  provide  a  personal  opinion  or  point  the  provisional  coach  to  another  person  or  resource. 
The  mentor  coach  can  also  draw  guidance  from  the  information  in  the  various  appendices  of  this 
document: 

Appendix  A  contains  questions  that  a  mentor  may  ask  of  a  provisional  coach  to  determine  know¬ 
ledge  and/or  skill  competency  levels  in  the  required  topic  areas. 

Appendix  B  is  a  TSP  coach  job-task  analysis  conducted  in  2006  by  the  SEI  and  the  Ohio  State 
University,  and  is  drawn  from  the  expertise  of  TSP  professionals  in  government,  academia,  and 
industry.  The  resulting  information  was  segmented  into  the  following  core  areas  in  which  it  was 
deemed  that  TSP  coaches  must  be  competent;  Sections  C  through  G  (listed  below  in  bold  font)  are 
areas  that  should  be  of  particular  interest  for  potential  SEI-Certified  TSP  Coaches  and  Mentor 
Coaches,  as  these  are  the  areas  in  which  they  are  expected  to  demonstrate  mastery: 

A.  Prepare  Organization  for  Initial  TSP  Usage 

B.  Provide  TSP  Domain  Training 

C.  Facilitate  TSP  Team  Launch 

D.  Guide  Personal  Process  Usage 

E.  Guide  Team  Process  Usage 

F.  Guide  Management  in  TSP  Usage 

G.  Support  Data  Analysis  and  Usage 

H.  Support  Organizational  TSP  Infrastructure 

I.  Perform  Administrative  Activities 

J.  Pursue  Professional  Development 

Competence  in  all  of  these  coaching  task  areas  is  important  in  the  development  of  a  TSP  provi¬ 
sional  coach.  However,  during  the  early  training  stages,  it  is  critical  to  a  new  TSP  coach’s  success 
to  understand  and  perform  well  in  the  specific  task  areas  highlighted  above  (items  C  through  G). 

Appendix  C  contains  the  relevant  forms  that  are  kept  during  the  provisional  qualification  process. 
These  forms  must  be  completed,  with  the  original  sent  to  the  SEI  as  part  of  the  TSP  Coach  Men¬ 
toring  Program. 

4.4  TSP  Coach  Mentoring  Roadmap 

In  general,  the  mentoring  process  for  TSP  provisional  coaches  includes  the  following  five  steps: 

1 .  Assigning  mentors  and  provisional  coaches.  Mentors  and  provisional  coaches  are  paired 
based  on  availability,  location,  and  experience  in  the  TSP  environment.  If  necessary,  the  SEI 
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will  assist  provisional  coaches  in  locating  suitable  SEI-Certified  TSP  Mentor  Coaches.  The 
Provisional  Coach  Mentoring  Program  Application  (see  Section  4. 5. 1.1)  is  used  in  the  as¬ 
signment  of  mentors  and  provisional  coaches. 

2.  Creating  the  Mentoring  Action  Plan  (MAP).  A  successful  mentorship  outcome  depends  on 
setting  goals,  expectations,  and  timetables.  The  Mentoring  Goals  form  (see  Section  4. 5. 1.3) 
provides  guidance  to  the  mentor  coach  in  outlining  specific  short-  and  long-term  goals  with 
the  provisional  coach.  These  goals  are  based  on  an  individual  assessment  of  the  provisional 
coach’s  needs  (see  Section  4. 5. 1.2)  and  are  supported  by  an  active  mentoring  partnership. 
Once  the  mentor  and  provisional  coach  have  determined  the  mentorship  goals,  they  can  pre¬ 
pare  the  MAP  (see  Section  4. 5. 1.4).  The  MAP  is  the  tangible  output  of  the  first  meeting  or 
conference  call,  and  records  the  timetable  of  events  for  reaching  the  identified  goals,  as  well 
as  the  objectives  and  tasks  associated  with  each  event. 

3.  Following  the  MAP.  The  mentor  is  responsible  for  ensuring  that  the  steps  in  the  qualification 
track  are  completed  according  to  the  plan  developed  with  the  provisional  coach. 

4.  Evaluating  Progress.  The  questions  listed  in  Appendix  A  provide  an  excellent  tool  for  the 
mentor  to  use  in  evaluating  and  guiding  a  provisional  coach’s  progress.  Just  as  TSP  teams  are 
advised  to  conduct  weekly  meetings,  mentors  and  provisional  coaches  must  regularly  com¬ 
municate  with  each  other  and  share  progress  and  obstacles.  Mentors  and  provisional  coaches 
are  advised  to  spend  at  least  30  minutes  each  week  updating  the  MAP. 

5.  Assessing  performance.  At  the  conclusion  of  the  mentoring  relationship,  the  mentor  coach 
evaluates  the  provisional  coach.  The  mentor  coach  completes  the  final  assessment  report  (see 
Section  4.5.2)  and  submits  it  to  the  SEI  for  review  and  validation.  The  final  report  contains 
the  information  needed  to  verify  that  the  provisional  coach  has  successfully  worked  through 
the  TSP  cycle  and  is  ready  to  take  the  TSP  Coach  Certification  Exam  and  become  an  SEl- 
Certified  TSP  Coach. 

4.5  Communication  and  Record  Keeping 

Several  forms  have  been  created  to  support  the  communication  and  record-keeping  needs  of  the 
SEl-Certified  TSP  Coach  Mentoring  Program.  The  forms  are  contained  in  Appendix  C,  with  a 
brief  description  of  each  form  provided  in  the  sections  below. 

4.5.1  Becoming  an  SEi-Certified  TSP  Coach 

4. 5. 1.1  Provisional  Coach  Mentoring  Program  Application  -  Form  MPA 

Before  a  provisional  TSP  coach  can  enter  the  SEl-Certified  TSP  Coach  Mentoring  Program,  the 
candidate  first  must  find  an  SEI-Certified  TSP  Mentor  Coach  to  serve  as  mentor.  After  securing  a 
mentor,  the  provisional  coach  completes  the  Provisional  Coach  Developmental  Needs  Self- 
Assessment  form,  meets  with  the  mentor  coach  to  discuss  developmental  goals  and  create  an  indi¬ 
vidual  mentoring  action  plan.  The  results  of  the  initial  meeting  are  captured  in  the  Mentoring 
Goals  and  Mentoring  Action  Plan  forms.  The  provisional  coach  then  completes  the  Provisional 
Coach  Mentoring  Program  Application  form  and  submits  it  to  the  SEI  for  approval,  along  with  the 
completed  Provisional  Coach  Developmental  Needs  Self-Assessment,  Mentoring  Goals,  and 
Mentoring  Action  Plan  forms. 
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If  a  provisional  coach  applicant  is  unable  to  find  an  SEI-Certified  TSP  Mentor  Coach,  the  appli¬ 
cant  may  request  the  SEI  to  provide  assistance  in  finding  a  suitable  mentor.  This  is  done  by  sub¬ 
mitting  such  a  request  to  the  SEI  along  with  the  Provisional  Coach  Mentoring  Program  Applica¬ 
tion.  When  a  mentor  is  found,  the  provisional  coach  must  complete  the  Provisional  Coach 
Developmental  Needs  Self-Assessment,  Mentoring  Goals,  and  Mentoring  Action  Plan  as  de¬ 
scribed  above  and  submit  them  with  a  revised  Provisional  Coach  Mentoring  Program  Application. 

4. 5. 1.2  Provisional  Coach  Developmental  Needs  Self-Assessment  -  Form  DNSA 

One  of  the  objectives  of  an  SEI-Certified  TSP  Mentor  Coach  is  to  provide  guidance  based  on  the 
provisional  coach’s  learning  and  development  needs  and  objectives.  To  accomplish  this,  the  pro¬ 
visional  coach  must  provide  input  about  the  personal  development  goals  and  work  with  the  men¬ 
tor  to  identify  the  developmental  goals  and  desired  results  of  the  mentoring  process.  The  Provi¬ 
sional  Coach  Developmental  Needs  Self-Assessment  is  intended  to  facilitate  this  process.  The 
provisional  coach  should  complete  this  assessment  prior  to  the  initial  meeting  with  the  mentor  to 
provide  a  starting  point  for  identifying  developmental  goals  and  creating  an  individual  mentoring 
action  plan.  This  form  is  submitted  to  the  SEI  as  part  of  the  Provisional  Coach  Mentoring  Pro¬ 
gram  Application. 

4. 5. 1.3  Mentoring  Goals  -  Form  MG 

One  of  the  first  steps  in  creating  a  mentoring  relationship  is  to  create  the  mentoring  goals.  The 
Mentoring  Goals  form  is  used  to  document  the  provisional  coach’s  developmental  goals  that 
should  be  accomplished  as  a  result  of  the  mentoring  relationship  and  that  were  agreed  to  by  both 
the  mentor  and  provisional  coach.  The  goals  and  objectives  should  be  in  line  with  the  provisional 
coach’s  developmental  needs  and  should  be  reviewed  and  updated  as  the  provisional  coach 
progresses  through  the  TSP  mentoring  process.  This  form  is  submitted  to  the  SEI  as  part  of  the 
Provisional  Coach  Mentoring  Program  Application. 

4. 5. 1.4  Mentoring  Action  Plan  -  Form  MAP 

The  mentoring  action  plan  (MAP)  is  prepared  during  the  first  meeting  with  the  mentor  coach.  The 
MAP  records  the  timetable  of  events  and  the  objectives  and  tasks  associated  with  each  event.  The 
MAP  is  a  dynamic  document  that  is  updated  periodically  to  reflect  reality.  The  mentor  is  respon¬ 
sible  for  ensuring  that  the  steps  in  the  qualification  track  (as  outlined  above  in  Section  3.2.1)  are 
completed  according  to  the  MAP.  The  original  MAP  is  submitted  to  the  SEI  as  part  of  the  Provi¬ 
sional  Coach  Mentoring  Program  Application. 

4.5.2  Provisional  Coach  Evaluation  and  Data  Submission 
4. 5. 2.1  Mentoring  Artifact  Evaluation  -  Form  MAE 

The  Mentoring  Artifact  Evaluation  form  is  used  by  the  mentor  to  review  and  provide  feedback  to 
the  provisional  coach  on  all  mentoring  artifacts  (as  outlined  in  Figure  6  and  Figure  7)  during  the 
provisional  coach’s  progress  through  the  mentoring  program.  The  mentor  must  provide  feedback 
in  a  timely  manner  if  the  evaluation  is  to  be  effective.  The  evaluation  forms  are  submitted  to  the 
SEI  as  part  of  the  Final  Assessment  Report. 
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4. 5. 2.2  TSP  (Re)Launch  Observation  Evaluation  (Form  LOE)  and  Summary  Forms  (Form  LOS) 

The  provisional  coach’s  developmental  goals  and  MAP  may  require  the  mentor  to  attend  the  pro¬ 
visional  coach’s  (re)launch  as  an  observer.  It  is  recommended,  but  not  required,  that  the  mentor 
attend  the  provisional  coach’s  first  (re)launch  in  its  entirety.  At  the  very  least,  the  mentor  should 
attend  meetings  1  and  9.  The  mentor  coach  should  follow  these  guidelines  when  observing  the 
provisional  coach: 

•  The  provisional  coach  conducts  the  (re)launch. 

•  The  mentor  coach  observes  and  evaluates  the  candidate’s  performance. 

•  The  mentor  coach  should  refrain  from  participating  in  the  (re)launch. 

•  The  mentor  coach  should  promptly  and  privately  discuss  the  provisional  coach’s  perfor¬ 
mance  whenever  the  mentor  identifies  problems. 

During  the  observation,  the  mentor  observes  and  evaluates  the  provisional  coach’s  performance 
using  the  (Re)Launch  Observation  Evaluation  form,  then  summarizes  the  observation  on  the 
(Re)Launch  Observation  Summary  form.  The  mentor  coach  also  evaluates  the  (re)launch  artifacts 
using  the  Mentoring  Artifact  Evaluation  form  and  provides  feedback  to  the  provisional  coach  at 
the  end  of  the  (re)launch.  The  provisional  coach  submits  the  (re)launch  artifacts  to  the  SEI  using 
the  TSP  Data  Submission  Form.  All  evaluation  forms  are  submitted  to  the  SEI  as  part  of  the  Final 
Assessment  Report. 

4. 5. 2. 3  TSP  Data  Submission  Form  -  Form  DSF 

The  TSP  Data  Submission  form  is  used  to  submit  all  TSP  cycle  data  to  the  SEI.  It  is  used  by  both 
provisional  coaches  and  SEI-Certified  TSP  Coaches.  A  separate  form  must  be  used  for  each  TSP 
cycle  event. 

4. 5. 2.4  Final  Assessment  Report  -  Form  FAR 

When  the  provisional  coach  has  worked  through  the  entire  TSP  cycle  at  least  once  and  the  mentor 
is  satisfied  with  the  provisional  coach’s  performance,  the  mentor  submits  a  final  assessment  report 
to  the  SEI  with  a  recommendation  for  the  provisional  coach  to  become  an  SEI-Certified  TSP 
Coach.  The  SEI  will  review  the  final  assessment  report,  validate  the  results,  and,  if  all  entry  crite¬ 
ria  have  been  fulfilled,  will  notify  the  provisional  coach  of  his/her  eligibility  to  take  the  TSP 
Coach  Certification  Exam.  If  the  entry  criteria  were  not  met  or  the  mentor  coach  does  not  recom¬ 
mend  the  provisional  coach  for  certification,  the  SEI  will  notify  the  provisional  coach  of  any  out¬ 
standing  issues  that  must  be  remediated. 

4.5.3  Becoming  a  Mentor  Coach 

4. 5. 3.1  Mentor  Coach  Application  -  Form  MCA 

A  candidate  for  the  SEI-Certified  TSP  Mentor  Coach  credential  must  meet  all  prerequisites  as 
outlined  in  Section  3.2.3  above,  complete  the  Mentor  Coach  Application,  and  submit  it  to  the  SEI 
with  the  application  fee.  The  SEI  will  verify  that  the  applicant  has  met  all  requirements,  including 
all  recommendations  from  TSP  team  leaders  and  members  (as  outlined  below),  before  accepting 
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the  applicant  into  the  Mentor  Coach  Qualification  track.  Upon  successful  completion  of  Mentor 
Coach  training,  the  applicant  will  be  awarded  the  SEI-Certified  TSP  Mentor  Coach  credential. 

4. 5. 3.2  Mentor  Recommendation  -  Form  MR 

As  part  of  the  SEI-Certified  TSP  Mentor  Coach  Application,  the  mentor  coach  applicant  must 
provide  a  recommendation  from  multiple  leaders  and  members  of  TSP  teams  coached  by  the  ap¬ 
plicant  as  an  SEI-Certified  TSP  Coach.  The  applicant  must  complete  the  Applicant’s  Section  be¬ 
fore  providing  it  to  the  TSP  team  leaders  and  members,  who  will  complete  the  remainder  of  the 
recommendation  form  and  submit  it  to  the  SEI. 

4.5.4  TSP  Coach  Mentoring  Program  Evaluations 

4. 5. 4.1  Provisional  Coach  Mentoring  Evaluation  -  Form  PCME 

As  a  way  to  assess  the  effectiveness  of  the  SEI-Certified  TSP  Coach  Mentoring  Program  and  to 
provide  feedback  to  SEI-Certified  TSP  Mentor  Coaches  on  their  performance,  the  SEI  will  collect 
certain  information  from  provisional  coaches.  When  a  provisional  coach  submits  a  final  assess¬ 
ment  report  to  the  SEI,  he  or  she  will  receive  a  Coach  Mentoring  Evaluation  form  to  be  completed 
and  returned  by  the  provisional  coach.  Once  the  mentor  has  mentored  several  provisional  coaches, 
the  provisional  coach’s  comments  will  be  compiled  and  sent  to  the  mentor. 

4. 5. 4.2  Mentor  Coach’s  Mentoring  Program  Evaluation  -  Form  MPE 

Upon  receipt  of  the  first  provisional  coach’s  final  assessment  report,  the  mentor  will  receive  a 
Mentor  Coach’s  Mentoring  Program  Evaluation  form  that  will  ask  for  information  about  the  men¬ 
tor’s  experiences  and  opinions  about  the  mentorship  and  the  mentoring  program.  Information 
from  these  evaluations  will  be  used  to  improve  the  SEI-Certified  TSP  Coach  Mentoring  Program. 
After  the  receipt  of  the  first  evaluation,  the  mentor  coach  will  be  asked  to  complete  the  evaluation 
form  on  an  annual  basis,  rather  than  after  the  completion  of  every  mentoring  relationship. 
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Appendix  A  Targeted  Questions 


The  TSP  Coach  Job  Analysis  (contained  in  Appendix  B)  identifies  the  seven  major  task  areas  in 
which  successful  TSP  coaches  are  expected  to  attain  proficiency.  The  provisional  coach  in  the 
SEI-Certified  TSP  Coach  qualification  track  should  concentrate  his  or  her  initial  efforts  on  mas¬ 
tering  skills  from  Tasking  Areas  C  through  G.  The  tables  below  provide  subtopic  divisions  with 
associated  targeted  questions  that  a  mentor  can  use  to  gauge  the  knowledge,  skills,  or  abilities  of  a 
provisional  coach.  These  questions  are  not  required,  nor  should  the  list  of  questions  be  considered 
complete;  rather,  they  provide  a  representative  sample  of  open-ended  questions  that  can  help  to 
clarify  the  topic  scope  and  challenge  a  provisional  coach’s  understanding.  The  forms  in  Appendix 
C  can  be  used  to  record  the  evaluation  findings  elicited  by  these  questions  and  to  record  any  ne¬ 
cessary  mitigation  steps. 
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Task  Area  C:  Facilitate  TSP  Team  Launch 


C-1  Prepare  management  for 
launch 

1 .  Describe  the  history  of  the  project. 

2.  What  work  has  already  been  done? 

3.  Who  are  the  key  management  people  and  customers  who  care  about  this 
project? 

4.  Have  the  key  project  stakeholders  provided  a  presentation  to  kick  off  the 
project  and  launch? 

5.  If  this  project  has  failed  in  the  past,  what  led  to  its  failure? 

6.  When  the  team  presents  the  final  plan  to  management  with  alternatives,  is 
management  prepared? 

7.  Is  it  clear  who  has  the  decision  authority  to  approve  the  plan  or  select  an 
alternative? 

8.  Does  the  decision  authority  know  what  questions  to  ask? 

9.  Has  the  decision  authority  formulated  a  response  in  case  the  team  says 
that  the  plan  will  take  significantly  longer  than  management  anticipated? 

C-2  Prepare  TSP  team  lead  for 
launch 

1 .  Does  it  seem  to  you  (the  provisional  coach)  that  the  team  leader 
understands  how  a  self-directed  work  team  should  function. 

2.  Does  the  team  leader  seem  willing  to  work  in  that  way? 

3.  Do  all  team  members  have  the  TSP  launch  scripts? 

4.  Tell  me  about  the  room  where  you’re  having  the  launch. 

5.  What  is  your  schedule  for  the  launch? 

6.  Are  there  any  unusual  circumstances  that  you  think  will  affect  the  launch? 

7.  Have  you  confirmed  management  availability  for  meeting  9? 

C-3  Prepare  TSP  team  for 
launch 

1 .  Who  are  the  presenters  for  meeting  1  ? 

2.  How  did  you  get  this  list  of  presenters?  Who  could  be  missing  from  the 
list? 

3.  Have  all  of  the  key  stakeholders  for  the  project  agreed  on  the  content  of 
the  meeting  1  presentation? 

4.  Does  the  meeting  1  presentation  clearly  answer  the  big  questions  of  what 
is  the  content  and  when  is  it  needed? 

5.  Is  management  prepared  to  answer  the  question,  “What  is  the  top  priority 
between  resources,  schedule,  cost,  and  content?’’ 

C-4  Arrange  for  TSP  launch 
logistics 

1 .  Where  will  the  launch  take  place? 

2.  Will  this  be  on  or  off  site? 

3.  What  catering  or  alternatives  will  be  arranged? 

C-5  Guide  creation  of  draft  con¬ 
ceptual  design  (prior  to  launch) 

1 .  How  many  components  does  the  conceptual  design  contain? 

2.  How  are  they  similar  to  or  different  from  previously  developed 
components? 

C-6  Plan  for  departures  from  the 
norm 

How  might  you  need  to  customize  the  launch  scripts? 

C-7  Provide  conditions  for  TSP 
team  to  jell 

What  do  you  think  would  be  the  most  effective  thing  you  could  do  to  help  a 
team  jell? 

C-8  Guide  TSP  team  in  selecting 
appropriate  roles 

1 .  Are  you  prepared  to  describe  team  roles,  if  asked? 

2.  Have  you  and  the  team  leader  discussed  whether  the  team  leader  wants 
to  give  any  guidance  regarding  team  roles? 

3.  If  this  is  a  relaunch,  have  you  talked  with  the  team  leader  about  whether 
the  same  roles  will  continue? 
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C-9  Guide  TSP  team  in  estab¬ 
lishing  goals  (e.g.,  management, 
project,  team) 

1 .  What  are  some  coaching  suggestions  you  would  give  to  the  team  leader 
prior  to  meeting  2? 

2.  How  do  you  intend  to  lead  the  team  in  establishing  goals? 

3.  What’s  an  example  of  an  implied  goal? 

4.  What  would  you  do  If  the  team’s  goals  are  not  measurable? 

5.  What  would  you  do  If  the  team’s  goals  are  not  achievable? 

6.  How  do  you  prevent  the  team  from  taking  management  goals  as  their  only 
goals? 

7.  How  would  you  ensure  that  there’s  an  adequate  record  of  actions  taken 
during  the  meeting? 

8.  How  would  you  conduct  a  meeting  postmortem? 

9.  What  is  a  suitable  number  of  goals  for  this  team? 

C-10  Guide  TSP  team  in  defin¬ 
ing  conceptual  design 

1 .  What  general  guidelines  would  you  give  to  the  team  leader  prior  to 
meeting  3? 

2.  What  general  guidelines  would  you  give  to  the  design  manager  prior  to 
meeting  3? 

3.  What  (if  anything)  would  you  do  if  the  team  struggles  with  its  conceptual 
design? 

4.  What  (if  anything)  would  you  do  if  the  conceptual  design  appears  to  be 
too  sketchy? 

5.  What  (if  anything)  would  you  do  if  the  conceptual  design  appears  to  be 
overly  detailed? 

6.  What  (if  anything)  would  you  do  if  meeting  3  is  lasting  much  longer  than 
anticipated? 

7.  Can  you  give  an  example  of  a  Product  Breakdown  Structure  if  you  need 
to? 

8.  Can  you  explain  why  there  are  three  different  “passes”  at  establishing  an 
estimate  (meetings  3,  4,  6)? 

9.  NOTE:  Questions  such  as  these  should  be  asked  in  such  a  way  that  the 
provisional  coach  does  not  think  that  he  or  she  should  play  an  active  role 
in  the  team’s  decision  process. 

C-1 1  Guide  TSP  team  in  deter¬ 
mining  development  strategy 

1 .  What  are  the  issues  that  should  drive  the  team’s  selection  of  a 
development  strategy? 

2.  What  do  we  mean  by  strategy?  How  does  it  relate  to  conceptual  design? 

3.  Are  there  any  external  factors  that  could  affect  the  strategy,  other  than  the 
end  date? 

C-1 2  Guide  TSP  team  in  defin¬ 
ing  work  processes 

1 .  Have  you  talked  to  the  team  leader  about  the  processes  (if  any)  that  the 
team  already  has? 

2.  What  are  some  examples  of  processes  that  you  can  describe  if  someone 
on  the  team  asks  what  is  supposed  to  happen  here? 

3.  What  is  the  granularity  of  process  steps  that  the  team  should  attempt  to 
achieve? 

4.  What  are  some  examples  of  process  elements  that  a  new  team  might 
typically  be  missing? 

5.  Who  should  lead  this  meeting?  Coach?  Design  manager?  Planning 
manager? 

6.  Have  we  looked  at  any  standard  company  processes  that  can  be  tailored 
to  fit  the  project? 

C-1 3  Guide  TSP  team  in  devel¬ 
oping  process  support  and  role 
plans 

1 .  What  are  some  key  activities  that  should  be  in  the  role  plan  for  the  XXX 
manager?  (You  don’t  need  to  do  all  eight — but  enough  to  feel  confident 
that  the  provisional  coach  understands  what  should  be  In  a  role  plan.) 

2.  How  much  effort  is  planned  for  their  roles? 
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C-14  Develop  TSP  coaching 
plans 

1 .  Does  your  coaching  plan  deviate  from  the  standard  coaching  plan?  If 
there  is  no  deviation,  why  not?  If  there  is  a  deviation,  why  was  it 
necessary? 

2.  How  experienced  is  the  team  in  using  TSP? 

3.  What  specific  coaching  do  you  expect  the  team  to  need? 

C-15  Guide  TSP  team  in  devel¬ 
oping  overall  plan  (top-down 
plan) 

1 .  What  general  guidelines  would  you  give  to  the  team  leader  prior  to 
meeting  4?  Or,  what  guidelines  have  you  given  to  the  team  leader? 

2.  What  general  guidelines  would  you  give  to  the  planning  manager  prior  to 
meeting  4?  Or,  what  guidelines  have  you  given  to  the  planning  manager? 

3.  How  do  you  intend  to  introduce  the  TSP  planning  tool  to  the  planning 
manager? 

4.  How  do  you  intend  to  make  the  planning  manager  the  primary  tool  user? 

5.  Can  you  give  an  example  of  how  to  derive  a  Work  Breakdown  Structure 
from  a  Product  Breakdown  Structure? 

6.  What  (if  anything)  would  you  do  if  meeting  4  is  lasting  much  longer  than 
anticipated? 

7.  What  can  you  do  to  keep  team  members  focused  during  meeting  4? 

8.  What  periods  do  “short  term’’  and  “long  term”  refer  to? 

9.  What  would  you  do  If  a  team  has  no  data  on  what  to  base  size  or  effort 
estimates? 

1 0.  What  would  you  do  If  everyone  on  the  team  appears  to  be  estimating  a 
very  high  number  of  task  hours  per  week?  Low  task  hours? 

1 1 .  Do  you  have  a  plan  for  dealing  with  the  “dead-time”  while  data  is  being 
entered  into  the  tool? 

12.  How  are  you  going  to  build  the  TSP  Size  Summary  (SUMS)  and  enter  it 
into  the  tool? 

13.  How  do  you  plan  to  build  the  tasks  from  SUMS? 

C-1 6  Provide  early  warning  to 
senior  management  if  their  goals 
cannot  be  met 

1 .  At  what  stage  in  the  launch  would  you  be  able  to  provide  information  to 
management  that  the  team  is  having  difficulty  meeting  the  desired 
management  goals? 

2.  What  information  would  you  provide  to  management? 

3.  How  would  you  provide  the  information  to  management? 

4.  What  information  would  you  not  provide  to  management? 

5.  After  providing  an  early  warning  to  management  about  the  team’s  ability  to 
meet  management  goals,  would  you  take  any  messages  back  to  the 
team? 

6.  How  do  you  deal  with  potential  denial  problems? 

C-1 7  Guide  TSP  team  in  creat¬ 
ing  quality  plan 

1 .  What  general  guidelines  would  you  give  to  the  quality  manager  prior  to 
meeting  5? 

2.  Would  you  suggest  to  the  team  that  it  use  the  quality  guidelines  that  are 
available  in  the  TSP  tool? 

3.  Would  you  encourage  the  team  to  visit/revisit  their  quality  goals  during  this 
meeting? 

4.  How  can  you  use  the  tool  to  demonstrate  the  effect  of  various 
assumptions  about  defect  injection  and  removal  rates? 

5.  What  (if  anything)  would  you  do  if  the  team  appears  to  be  making 
unrealistic  assumptions  about  defect  injections  and/or  removals? 

6.  What  problems  do  you  expect  to  encounter  and  how  do  you  anticipate 
mitigating  them  using  the  tool? 
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C-18  Guide  team  in  creating 
individuai  TSP  pians 

C-19  Guide  TSP  team  in  baianc- 
ing  workioad 

C-20  Guide  TSP  team  in  conso- 
iidating  individuai  TSP  pians 

1 .  What  generai  guidelines  would  you  give  to  the  planning  manager  prior  to 
meeting  6? 

2.  How  can  you  help  the  team  to  achieve  a  balanced  plan? 

3.  How  do  you  intend  to  introduce  the  TSP  planning  tool  to  the  planning 
manager? 

C-21  Guide  TSP  team  in  review¬ 
ing  pians 

1 .  How  will  you  know  that  the  team  has  a  plan  that  satisfies  management’s 
goals? 

2.  Is  there  something  that  you  would  expect  management  to  ask  for? 

3.  How  are  you  going  to  handle  those  goals  that  your  plan  doesn’t  address? 

C-22  Guide  TSP  team  in  creat¬ 
ing  aiternative  pians 

1 .  At  what  time  in  the  launch  would  you  begin  to  discuss  alternative  plans? 

2.  How  will  the  team  determine  whether  alternative  plans  are  needed? 

3.  How  many  alternative  plans  do  you  think  a  team  should  prepare? 

4.  What  alternatives  should  they  consider? 

5.  Why  not  more  (or  fewer)? 

6.  How  can  you  use  the  TSP  tool  to  develop  alternative  plans? 

7.  How  can  the  team  estimate  the  effects  of  alternative  assumptions? 

C-23  Guide  TSP  team  in  creat¬ 
ing  summary  project  pian 

1 .  What  are  the  essential  elements  of  the  team’s  summary  project  plan? 

2.  Who  should  take  the  lead  in  preparation  of  the  summary  project  plan? 

C-24  Guide  TSP  team  to  identify 
and  mitigate  risks 

1 .  How  can  you  ensure  that  the  team  is  focusing  on  the  right  kinds  of  risks? 

2.  What  examples  of  risks  could  you  present  that  would  help  the  team  to 
then  distinguish  between  risks  and  issues? 

3.  What  techniques  can  you  use  to  elicit  legitimate  risks? 

C-25  Guide  TSP  team  in  prepar¬ 
ing  management  briefing 

1 .  What  are  some  elements  of  the  management  briefing  that  you  think  are 
essential? 

2.  What  template  will  the  team  use? 

3.  Describe  how  the  team  will  present  the  plan. 

4.  Does  the  briefing  cover  all  the  topics? 

5.  Does  it  answer  likely  management  questions? 

6.  Does  it  tell  management  at  the  beginning  what  the  punch  line  is? 

C-26  Guide  TSP  team  in  brains¬ 
torming  questions  management 
is  iikeiy  to  ask 

1 .  What  are  some  examples  of  questions  that  you  might  suggest  if  no  team 
member  comes  forward  with  questions? 

2.  What  is  most  important  to  management? 

3.  What  is  likely  to  surprise  them? 

4.  What  will  management  ask  about 

a.  Assumptions? 

b.  Products? 

c.  Dates? 

d.  Milestones? 
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C-27  Guide  TSP  team  leader  in 
preparing  for  management 
meeting 

1 .  Do  you  think  there  are  any  special  circumstances  involving  the 
management  team  or  the  development  team  that  would  call  for  additions 
or  deletions  to  the  suggested  format? 

2.  Have  you  had  a  ‘‘dry  run"  of  the  presentation? 

3.  Are  there  any  significant  issues  with  this  plan  that  warrant  going  to 
management  prior  to  the  meeting? 

4.  What  are  your  primary  plan  assumptions? 

5.  How  did  you  come  to  those  assumptions?  In  what  way  (if  any)  does  the 
main  plan  not  fully  satisfy  management  goals? 

6.  How  will  alternate  plans  address  the  main  plan  shortcomings? 

7.  Why  did  the  team  select  these  specific  alternates? 

8.  How  will  you  respond  if  management  proposes  something  not  considered 
in  your  alternative  plans? 

9.  How  will  you  handle  the  situation  if  management  asks  for  a  commitment  to 
a  plan  that  is  not  your  proposal  or  one  of  your  alternates? 

10.  If  management  agrees  to  your  main  plan  or  an  alternate,  are  you  ready  to 
begin  work? 

1 1 .  What  are  your  greatest  plan  risks  and  how  will  you  address  them? 

12.  What  do  you  require  from  management  to  enact  your  plan  or  an 
alternative? 

1 3.  Are  you  fully  committed  to  the  plan  and  the  alternates? 

14.  Are  you  convinced  that  the  team  is  committed  to  the  plan? 

C-28  Guide  TSP  team  in  con¬ 
ducting  the  management  briefing 

Would  you  ever  step  in  and  take  a  larger  role  in  the  management  briefing? 

C-29  Obtain  management  ap¬ 
proval  for  team  plan 

How  do  you  ensure  that  the  team  and  management  will  leave  the  meeting 
with  the  same  understanding  of  meeting  9  outcomes? 

C-30  Guide  TSP  team  in  provid¬ 
ing  outbrief  to  technical  stake¬ 
holders 

1 .  Who  are  the  technical  stakeholders  for  this  project? 

2.  What  are  the  essential  elements  of  the  outbrief  for  each  of  them? 

C-31  Guide  TSP  team  in  con¬ 
ducting  launch  Postmortem  (PM) 

1 .  How  can  the  team  benefit  from  the  launch  PM? 

2.  How  can  you  benefit  from  the  launch  PM? 

C-32  Train  new  TSP  teams  in 
tool  usage 

1 .  What  tool  will  the  team  use?  Are  you  familiar  with  that  tool? 

2.  Are  most  members  of  the  team  familiar  with  the  tool? 

3.  How  do  you  intend  to  train  team  members  who  are  not  familiar  with  the 
tool? 

C-33  Facilitate  the  use  of  launch 
scripts 

1 .  Will  all  members  of  the  team  have  the  launch  scripts  at  hand  during  the 
launch? 

2.  What  will  you  do  during  the  launch  to  ensure  that  team  members  are 
aware  that  the  launch  is  following  a  script? 

C-34  Coordinate  cross-team 
involvement 

1 .  Is  more  than  one  team  involved  in  this  project? 

2.  Have  you  and  the  team  leader  talked  to  the  coaches  and  team  leaders  of 
the  other  teams? 

3.  What  role  managers  will  coordinate  with  other  teams? 

4.  How  does  your  coaching  role  differ  when  a  project  involves  multiple 
teams? 

Task  Area  D:  Guide  Personal  Process  Usage 

D-1  Conduct  individual  data 
review 

1 .  How  have  you  prepared  to  conduct  the  reviews? 

2.  What  data  are  you  reviewing?  Why  did  you  choose  that  data  at  this  time? 

3.  When  are  you  reviewing  the  data  (the  data  that  should  be  going  into  the 
weekly  consolidation)? 
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D-2  Identify  individual  strengths 
and  weaknesses 

1 .  What  individual  strengths  and  weaknesses  do  you  see  in  the  team 
members? 

2.  What  data  led  you  to  these  conclusions? 

D-3  Guide  individuals  with  im¬ 
provement  goals 

1 .  How  did  you  identify  improvement  goals? 

2.  Who  identified  these  improvement  goals? 

3.  What  problems  did  the  individuals  have  in  establishing  these  goals? 

4.  What  is  your  role  in  helping  individuals  to  develop  these  goals? 

D-4  Guide  individuals’  process 
improvement  plans  (PIPs) 

1 .  Where  are  PIPs  stored? 

2.  How  often  are  they  reviewed?  In  what  order? 

3.  How  are  they  acted  on? 

D-5  Guide  individuals  in  present¬ 
ing  their  status 

1 .  What  do  you  want  to  make  sure  that  team  members  include  when  they 
present  their  status? 

2.  What  information  should  always  be  presented?  Or,  what  does  the  rest  of 
the  team  need  to  know? 

3.  How  long  should  each  team  member  take  to  review  his/her  status? 

4.  When  might  the  planning  manager  or  team  leader  ask  for  additional  review 
of  data? 

5.  How  will  team  members  present  their  reviews? 

D-6  Guide  individuals  in  fulfilling 
team  member  roles 

1 .  How  much  time  in  the  meetings  is  devoted  to  role  reports? 

2.  Describe  the  team's  various  team  role  activities. 

3.  How  much  time  are  role  managers  spending  per  week? 

4.  Describe  problems  or  Issues  that  the  team  has  in  implementing  roles. 

D-7  Provide  individual  remedial 
PSP  training 

1 .  Have  your  team  members  finished  their  PSP  training?  If  not,  what  will  be 
done  to  finish  the  training? 

2.  Have  you  identified  any  problems  or  misunderstandings  in  this  area? 

Task  Area  E:  Guide  Team  Process  Usage 


E-1  Guide  team  in  assessing 
quality  status 

1 .  How  much  meeting  time  is  devoted  to  quality  issues? 

2.  How  does  quality  data  compare  to  the  plan? 

3.  Who  is  the  team’s  quality  manager?  Is  this  individual  leading  the 
discussion? 

E-2  Guide  team  in  assessing 
process  status 

1 .  Who  is  the  team’s  process  manager? 

2.  How  does  the  team  evaluate  process  fidelity? 

3.  What  suggestions  have  you  made  to  the  team  regarding  process  usage? 

4.  Is  the  team  developing  process  elements  that  were  identified  in  the 
launch? 

E-3  Guide  team  in  assessing 
schedule  status 

1 .  Does  the  team  review  the  schedule  status  In  the  weekly  meeting?  How 
much  time  do  they  spend  discussing  schedule? 

2.  How  does  the  team  know  whether  they  are  ahead  of  or  behind  schedule? 
(CPI?  Hours?  EV?) 

E-4  Guide  team  in  dynamic  plan 
adjustments  (e.g.,  load  balanc¬ 
ing,  task  management) 

1 .  Why  Is  the  team  ahead  or  behind? 

2.  What  are  they  doing  about  it? 

3.  What  guidance  have  you  provided? 

4.  How  is  the  team  handling  workload  Imbalance? 

E-5  Identify  team  strengths  and 
weaknesses 

1 .  How  did  you  identify  the  team’s  strengths  and  weaknesses? 

2.  How  did  you  come  to  that  conclusion? 

E-6  Guide  team  in  setting  im¬ 
provement  goals 

1 .  What  are  the  team’s  improvement  goals? 

2.  Why  did  they  choose  those  goals? 

3.  Are  the  goals  achievable? 

4.  How  will  the  team  measure  these  goals? 
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E-7  Guide  team  in  developing 
improvement  plan 

1 .  What  improvement  actions  does  the  team  plan? 

2.  Why  did  they  select  these  actions? 

3.  What  do  they  expect  the  effect  to  be? 

E-8  Guide  team  in  presenting  its 
status  to  management 

1 .  How  often  does  the  team  report  to  management? 

2.  What  information  do  they  report? 

3.  What  help  do  they  ask  for  when  preparing  or  presenting  the  report? 

4.  What  level  of  management  needs  to  be  present? 

5.  Are  written  reports  prepared  for  these  meetings? 

E-9  Guide  team  in  fulfilling  TSP 
team  roles 

1 .  Which  roles  are  most  active?  Or  inactive?  Why? 

2.  Are  any  of  those  a  problem? 

3.  What  tasks  does  the  team  assign  the  role  managers? 

4.  Are  these  tasks  being  completed? 

E-10  Guide  team  with  remedial 
TSP  training 

1 .  What  TSP  issues  has  the  team  encountered? 

2.  What  have  you  reviewed  in  the  workbooks? 

3.  Has  the  team  encountered  any  tool  issues?  What  were  they?  How  did  you 
address  them? 

E-1 1  Attend  weekly  team  meet¬ 
ings 

1.  How  many  weekly  meetings  have  you  attended?  Was  it  in  person  or 
remotely? 

2.  Are  minutes  taken? 

3.  Who  leads  the  meeting? 

4.  What  coaching  advice  have  you  provided  to  the  team  leader? 

Preparation?  Follow  up? 

5.  What  advice  have  you  provided  to  the  team  members? 

6.  Are  team  members  following  the  scripts?  Are  they  skipping  over  any 
parts? 

E-12  Guide  team  through  initial 
inspections 

1 .  Have  you  attended  an  inspection? 

2.  What  kinds  of  help  did  the  team  require? 

3.  Are  the  inspections  effective? 

4.  Is  the  team  following  the  scripts?  Are  they  skipping  over  any  parts? 

I 

E-1 3  Conduct  checkpoint  review 

1 .  How  much  time  did  you  spend  with  individual  interviews? 

2.  What  kinds  of  comments  did  you  receive? 

3.  How  did  this  affect  your  data  review? 

4.  What  were  your  findings?  How  were  the  findings  presented  to 
management  and  the  team? 

5.  Did  you  use  a  template? 

E-1 4  Guide  team  to  conduct 
cycle  and  project  PM 

1 .  Did  everyone  participate?  If  not,  why? 

2.  What  are  the  PI Ps? 

3.  Were  there  any  data  problems? 

4.  How  can  the  results  be  used  to  plan  future  projects  or  cycles? 

5.  Were  the  goals  measurable  (SMART:  specific-measurable-attainable- 
realistic-time-bound)?  Were  they  achieved? 

6.  Were  planned  risks  realized?  Was  mitigation  effective?  Were  any  new 
risks  identified? 

E-1 5  Guide  team  to  conduct 
replanning  and  relaunch  ses¬ 
sions 

1 .  Why  was  a  relaunch/replan  needed?  How  did  you  decide? 

2.  Describe  the  preparations. 

3.  How  long  did  the  relaunch/replan  take? 

4.  Describe  the  result.  Did  any  goals  or  the  commitments  change?  If  so,  how 
was  this  addressed? 

CMU/SEI-2009-SR-009 


E-16  Guide  team  in  managing 
inter/intra  team  dependencies 

1.  How  did  the  team  identify  and  handle  team  dependencies? 

2.  Describe  cross-team  dependencies. 

3.  What  guidance  have  you  provided? 

E-17  Guide  team  in  managing 
risks  and  issues 

1.  What  major  risks  and  issues  did  the  team  have  coming  out  of  launch? 

2.  How  frequently  do  they  review  the  status? 

3.  What  is  the  current  status? 

4.  Is  the  team  reviewing  risks  in  the  weekly  meetings? 

E-18  Guide  team  in  achieving 
management  goals 

1.  What  are  management's  primary  goals? 

2.  What  are  the  team's  primary  goals? 

3.  How  do  the  team  goals  support  management  goals? 

4.  Is  the  team  reviewing  goals  in  weekly  meetings? 

E-19  Guide  team  in  developing 
new  process  elements  (e.g., 
design  standards,  review  check¬ 
list) 

1 .  What  process  elements  might  the  team  need  to  develop? 

2.  How  did  they  determine  that  new  process  elements  would  be  needed? 

3.  When  do  they  need  them? 

4.  Which  ones  do  they  need  first? 

5.  Who  is  responsible  for  developing  them? 

E-20  Show  team  leader  (and 
team  members)  how  to  use  TSP 
tools 

1 .  Which  TSP  tools  does  the  team  use? 

2.  What  help  has  the  team  leader  needed  with  the  tools? 

3.  What  help  has  the  planning  manager  needed  with  the  tools? 

E-21  Coordinate  changes  in 
team  membership 

1 .  Has  there  been  any  turnover  in  team  membership? 

2.  Have  new  members  received  any  required  training? 

3.  What  assistance  have  you  provided? 

E-22  Guide  team  in  correcting 
identified  problems 

1 .  Have  any  problems  arisen  that  need  further  attention? 

2.  What  was  the  situation? 

3.  What  mitigation  steps  have  been  taken? 

Task  Area  F:  Guide  Management  in  TSP  Usage 


F-1  Guide  management  in  as¬ 
sessing  quality  status 

1 .  What  data  should  management  look  at  in  terms  of  quality? 

2.  Does  management  understand  the  data  being  presented  to  them? 

3.  What  questions  should  management  ask  the  team? 

F-2  Guide  management  in  as¬ 
sessing  process  status 

1 .  What  should  management  look  at  in  terms  of  process  status? 

2.  How  should  management  respond  to  process  shortcomings? 

3.  What  questions  should  management  ask  the  team? 

4.  Does  management  understand  the  information  being  presented  to  them? 

5.  Does  management  understand  the  difference  between  team  and 
organizational  processes? 

6.  What  would  you  recommend  that  management  address  first  from  an 
organizational  perspective  in  order  to  improve  the  team’s  effectiveness? 

F-3  Guide  management  in  as¬ 
sessing  schedule  status 

1 .  Does  management  understand  the  EV  being  presented  to  them? 

2.  Are  you  prepared  to  explain  how  to  interpret  the  EV  data? 

3.  What  should  management  look  at  in  addition  to  EV  and  EV  projections? 

4.  What  questions  should  management  ask  when  EV  and  projections  look 
good?  Look  bad? 

5.  What  can  management  do  to  address  task  hour  problems? 

6.  What  kinds  of  decisions  should  management  be  making  in  response  to 
schedule  problems?  What  information  does  management  need  to  make 
these  decisions? 

7.  How  would  you  explain  the  difference  between  task  time  and  staff  hours? 

8.  Are  you  prepared  to  explain  how  the  predicted  EV  is  calculated? 
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F-4  Guide  management  in  dy¬ 
namic  pian  adjustments  (e.g., 
ioad  baiancing,  task  manage¬ 
ment) 

1.  What  is  management’s  role  in  load  balancing? 

2.  Flow  should  management  assign  work  to  a  team? 

F-5  Guide  management  in  iden¬ 
tifying  organizationai  process 
strengths  and  weaknesses 

Advanced  (beyond  the  scope  for  provisional  coaches) 

F-6  Guide  management  in  de- 
veioping  organizationai  im¬ 
provement  pian 

Advanced  (beyond  the  scope  for  provisional  coaches) 

F-7  Guide  management  in 
communicating  success 

1 .  Flas  management  defined  what  a  successful  project  looks  like? 
Quantitatively? 

2.  Flow  would  management  define  a  successful  TSP  team? 

3.  Flow  would  you  help  management  define  success? 

4.  What  are  the  different  ways  management  could  communicate  success? 

5.  Flow  could  you  help  management  communicate  success? 

F-8  Guide  management  in  re¬ 
viewing  and  rewarding  success 

1 .  What  are  some  of  the  different  ways  management  could  review  and 
reward  success? 

2.  What  are  some  approaches  that  might  result  in  unintended  negative 
results? 

3.  Are  you  prepared  to  provide  management  with  some  productive  ways  for 
reviewing  and  rewarding  success? 

4.  Flow  would  you  address  management’s  desire  to  use  personal  TSP  data 
in  reviewing  and  rewarding  individual  success? 

F-9  Guide  management  in  data 
privacy  practices 

1 .  Are  you  prepared  to  discuss  the  different  levels  of  data  privacy? 

2.  How  would  you  discourage  management  from  using  data  inappropriately? 

3.  What  data  should  be  shared  between  management  and  the  team? 

4.  What  data  should  be  shared  among  individuals  and  the  team? 

5.  What  data  should  be  shared  among  individuals  and  different  role 
managers? 

F-10  Guide  linkages  to  organiza¬ 
tional  level  business  goals 

Advanced  (beyond  the  scope  for  provisional  coaches) 

F-11  Guide  management  in 
developing  and  improving  teams 
as  organizational  assets 

Advanced  (beyond  the  scope  for  provisional  coaches) 

F-12  Sustain  TSP  sponsorship 

Advanced  (beyond  the  scope  for  provisional  coaches) 

F-13  Guide  management  in 
developing  and  improving  teams 
as  organizational  assets 

Advanced  (beyond  the  scope  for  provisional  coaches) 

Task  Area  G:  Support  Data  Analysis  and  Usage 


G-1  Support  organizational  soft¬ 
ware  development  final  analysis 

I  Advanced  (beyond  the  scope  for  provisional  coaches) 

G-2  Support  defect  prevention 
analysis 

1.  Have  you  conducted  a  TestD  or  root  cause  analysis?  Describe  it. 

2.  How  did  the  team  come  to  its  conclusions? 

3.  What  were  the  PIPs?  Were  any  implemented? 

G-3  Support  handling  of  system 
test  defects 

1.  Does  the  team  have  a  process  for  handling  system  test  defects? 

2.  Did  they  follow  their  process?  What  do  they  do? 

3.  Do  they  perform  TestD? 

G-4  Support  establishment  of 
benchmarks  (e.g.,  yield,  quality, 
productivity,  task  hours) 

Have  you  conducted  a  cycle  postmortem? 
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G-5  Support  conducting  TSP 
usage  opinion  survey 

Advanced  (beyond  the  scope  for  provisional  coaches) 

G-6  Support  selection  and  rec¬ 
ommendation  of  data  analysis 
tools 

Advanced  (beyond  the  scope  for  provisional  coaches) 

G-7  Support  reconciling  data 
from  multiple  sources  (e.g., 
system  test  defects,  production 
defects,  configuration  manage¬ 
ment  tools) 

1 .  Did  the  team  understand  how  to  combine  data  from  different  sources? 

2.  What  difficulties  did  they  encounter? 

3.  What  guidance  did  you  provide? 
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Software  Engineering  Institute 

Provisional  Coach  Mentoring  Program  Application 
-  Form  MPA 

SEI-Certified  TSP  Coach  Mentoring  Program 


Personal  Information  (Please  use  the  exact  name  that  appears  on  your  identification  documents.] 


Last  Name/Family  Name  First  Name  (Given  Name)  Middle  Name(s) 

Primary  Language  Secondary  Language 

Job/Position 


Employer 


Employer  Address 

Employer  Phone  Number 

Personal  Contact  Information 

Street  Address  (Home) 

City 

state  or  Country 

Zip  Code 

Mailing  Address  (if  different) 

City 

State  or  Country 

Zip  Code 

Daytime  Telephone  Number 

Evening  Telephone  Number 

Email  Address 

Fax  Number 

Request  for  Mentor  Assignment 

Visit  the  foiiowing  website  to  find  a  iist  of  SEI-Certified  TSP  Mentor  Coaches: 
http://www.sei.cmu.edu/certification/ 

Please  note  that  mentors  are  limited  to  the  number  of  provisional  coaches  that  they  can  mentor  at  any 
given  time. 

Do  you  need  help  from  SEI  to  find  an  SEI-Certified  TSP  Mentor  Q  Yes  □  No 

Coach? 

If  yes,  who  have  you  contacted  unsuccessfully  as  a  possible  mentor?  _ 


If  no,  who  will  be  your  SEI-Certified  TSP  Mentor  Coach? 
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(lanu^ioMelkm 

Software  Engineering  Institute 

Once  a  mentoring  coach  has  been  established,  the  following  forms  must  be  submitted  to  the  SEI: 

□  Provisional  Coach  Developmental  Needs  Self-Assessment 

□  Mentoring  Goals 

□  Mentoring  Action  Plan 


Statement  of  Accuracy 

/  certify  that  all  of  the  information  included  in  my  application  packet  is  true,  complete,  and  accurate.  I 
understand  that  all  components  of  my  application  are  subject  to  verification,  and  I  give  my  permission  for 
any  person  or  entity  to  provide  the  Software  Engineering  Institute,  Carnegie  Mellon  University,  with 
information  relevant  to  such  verification.  I  understand  that  all  components  of  my  application  packet 
become  the  property  of  the  Software  Engineering  Institute  and  that  they  will  not  be  returned  to  me  or 
duplicated  for  me.  I  understand  that  the  application  fee  is  not  refundable. 


Signature 

Date 

Submission  Instructions 

Please  mail  your  application  with  application  fee  to: 


Software  Engineering  Institute 
Carnegie  Mellon  University 
Attn:  Certifications  -  2300A 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-2612 

Direct  any  questions  to  the  SEI  Certification  Manager: 

Phone:  412-268-5800  or  Email:  certification-info@sei.cmu.edu 
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Provisional  Coach  Developmental  Needs  Self- 
Assessment  -  Form  DNSA 

SEI-Certified  TSP  Coach  Mentoring  Program 


Provisional  Coach’s  Name: 

Mentor’s  Name: 

Assessment  Date: 

One  of  the  objectives  of  an  SEI-Certified  TSP  Mentor  Coach  is  to  provide  guidance  based  on  the 
provisionai  coach's  iearning  and  deveiopment  needs  and  objectives.  To  accompiish  this,  the  provisionai 
coach  must  provide  input  about  personai  deveiopment  goais  and  work  with  the  mentor  to  identify  the 
deveiopmentai  goais  and  desired  resuits  of  the  mentoring  process.  The  Provisionai  Coach  Deveiopmentai 
Needs  Seif-Assessment  is  intended  to  faciiitate  this  process.  The  provisionai  coach  shouid  compiete  this 
assessment  prior  to  the  initiai  meeting  with  the  mentor  to  provide  a  starting  point  for  identifying 
deveiopmentai  goais  and  creating  an  individuai  mentoring  action  pian  (MAP). 


1 


©2009  by  Carnegie  Meiion  University 


(lanu'jTKMMelkni 

Software  Engineering  Institute 


2 


©2009  by  Carnegie  Mellon  University 


( Ian  u^io  Mellon 

Software  Engineering  Institute 


For  statement  numbers  1  through  38  below,  pie 
level  of  performance  in  each  of  the  following  ar 

lase  check  the  box  that  best  describes  your  current 
eas. 

Communication 

Needs 

Could  Benefit 

Capable 

Role 

Significant 

Improvement 

from 

Development 

and 

Effective 

Model 

1.  I  listen  before  speaking. 

□ 

□ 

□ 

□ 

2.  I  demonstrate  persuasiveness  in  my 

□ 

□ 

□ 

□ 

objectives. 

3.  When  needed,  I  clarify  statements  to  gain 

□ 

□ 

□ 

□ 

better  understanding. 

4.  I  am  able  to  convey  my  priorities  with  a 

□ 

□ 

□ 

□ 

sense  of  urgency  and  importance. 

5.  I  speak  clearly,  fluently,  and  in  a 

□ 

□ 

□ 

□ 

compelling  manner. 

6.  I  consider  others’  points  of  view  when 

□ 

□ 

□ 

□ 

responding. 

7.  I  am  effective  in  gaining  commitment  by 

□ 

□ 

□ 

□ 

persuasion. 

8.  I  am  open  and  approachable. 

□ 

□ 

□ 

□ 

9.  I  am  able  to  communicate  the  vision  and 

□ 

□ 

□ 

□ 

need  for  using  TSP. 

10.  I  am  effective  in  communicating  TSP 

□ 

□ 

□ 

□ 

ideas  and  concepts. 

11.  I  am  open  to  suggestions  from  others. 

□ 

□ 

□ 

□ 

12.  1  am  able  to  bring  clarity  to  discussions. 

□ 

□ 

□ 

□ 

13.  1  am  able  to  give  honest  feedback  to 

□ 

□ 

□ 

□ 

others. 

Action 

Needs 

Significant 

Improvement 

Could  Benefit 
from 

Development 

Capable 

and 

Effective 

Role 

Model 

14.  1  take  corrective  action  when  necessary. 

□ 

□ 

□ 

□ 

15.  1  usually  make  effective  decisions. 

□ 

□ 

□ 

□ 

16.  1  can  positively  motivate  and  support 
others  in  their  development. 

□ 

□ 

□ 

□ 

Flexibility 

Needs 

Significant 

Improvement 

Could  Benefit 
from 

Development 

Capable 

and 

Effective 

Role 

Model 

17.  lam  creative  in  finding  ways  to  get  things 
done. 

□ 

□ 

□ 

□ 

18.  1  can  adapt  to  meet  the  needs  of  a 
frequently  changing  and  uncertain 
environment 

□ 

□ 

□ 

□ 

19.  1  am  effective  in  incorporating  new  ideas. 

□ 

□ 

□ 

□ 

20.  1  readily  implement  proposed  changes. 

□ 

□ 

□ 

□ 

21.  1  willingly  incorporate  feedback  from 
others. 

□ 

□ 

□ 

□ 
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Analytical 

Needs 

Significant 

Improvement 

Could  Benefit 
from 

Development 

Capable 

and 

Effective 

Role 

Model 

22.  1  am  able  to  analyze  data  and  develop 
effective  presentations  and  explanations. 

□ 

□ 

□ 

□ 

23.  1  am  able  to  reduce  problems  to  their  root 
causes. 

□ 

□ 

□ 

□ 

24.  1  understand  and  use  appropriate 

methods  for  analyzing  different  sources 
of  data. 

□ 

□ 

□ 

□ 

25.  1  am  able  to  organize  and  compile  data 
from  multiple  sources. 

□ 

□ 

□ 

□ 

26.  1  am  able  to  identify  opportunities  for 
improvement. 

□ 

□ 

□ 

□ 

Problem  Solving 

Needs 

Significant 

Improvement 

Could  Benefit 
from 

Development 

Capable 

and 

Effective 

Role 

Model 

27.  1  can  identify  potential  problems  and 
develop  appropriate  solutions. 

□ 

□ 

□ 

□ 

28.  1  try  to  solve  problems  at  the  root  level 

□ 

□ 

□ 

□ 

instead  of  just  addressing  the  symptoms. 


Performance 

Needs 

Significant 

Improvement 

Could  Benefit 
from 

Development 

Capable 

and 

Effective 

Role 

Model 

29.  1  work  with  a  high  standard  of  quality. 

□ 

□ 

□ 

□ 

30.  1  am  able  to  prioritize  work  in  order  to 
meet  commitments  and  help  teams  and 
individuals  to  obtain  their  goals. 

□ 

□ 

□ 

□ 

31.  I  have  high  personal  standards. 

□ 

□ 

□ 

□ 

32.  I  follow  up  on  the  ideas  of  other  people. 

□ 

□ 

□ 

□ 

Other 

Needs 

Significant 

Improvement 

Could  Benefit 
from 

Development 

Capable 

and 

Effective 

Role 

Model 

33.  I  am  able  to  influence  and  persuade 
others. 

□ 

□ 

□ 

□ 

34.  I  am  able  to  facilitate  teams  in  achieving 
results. 

□ 

□ 

□ 

□ 

35.  I  am  effective  in  planning  (re)launches. 

□ 

□ 

□ 

□ 

36.  I  am  attentive  to  the  needs  of  others. 

□ 

□ 

□ 

□ 

37.  I  am  able  to  show  individuals  how  their 

□ 

□ 

□ 

□ 

role  supports  the  team. 

38.  I  understand  how  change  affects 

□ 

□ 

□ 

□ 

individuals  and  teams. 
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Of  the  following  TSP  coaching  areas,  which  topics  are  your  top  priorities  for  improvement  during 
the  mentoring  process?  Please  check  all  that  apply.  (See  Appendix  B  of  the  TSP  Mentor  Coach 
Guidebook  for  more  details  regarding  the  topics.) 


D  Prepare  organizations  for  initiai  TSP  usage 

□  Provide  TSP  domain 

□  Faciiitate  TSP  team 

□  Guide  personai  process  uses 

□  Guide  team  process  uses 

□  Guide  management  in  TSP  usage 

□  Support  data  anaiysis  and  usage 
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Mentoring  Goals  -  Form  MG 

SEI-Certified  TSP  Coach  Mentoring  Program 


Provisional  Coach’s  Name: 

Mentor’s  Name: 

Date: 

Mentoring  Process  Phase: 

n  Preparation/Prescriptive  D  Persuasive 

n  Enabling/Collaborative  D  Closure/Confirmatlon 

Goals  should  always  be:  S  -  Specific,  M  -  Measurable,  A  -  Achievable,  R  -  Realistic,  T  -  Time-bound 

1 .  Goal/Objective  -  Briefly  describe  each  goal/objective  and  when  the  goal/objective  should  be  met 
or  accomplished. 

2.  Measurement  -  How  will  the  goal/objective  be  evaluated? 

3.  Importance  -  Rank  the  goal  as  Essential,  Important,  or  Desirable,  as  follows: 

•  Essential  -  required  for  TSP  Coaching 

•  Important  -  helpful  for  TSP  Coaching 

•  Desirable  -  asset  for  TSP  Coaching 

Goals  should  be  established  and  agreed  to  by  both  the  mentor  and  provisional  coach.  This  Is  one  of  the 
first  steps  In  creating  a  mentoring  relationship.  The  goals  and  objectives  should  be  In  line  with  the 
provisional  coach’s  developmental  needs,  and  should  be  reviewed  and  updated  as  the  provisional  coach 
progresses  through  the  TSP  mentoring  process  phases. 


1  Goal  /  Objective 


Description: 


Measurement: 


Importance:  D  Essential 


□  Important 


□  Desirable 


2"“  Goal  /  Objective 


Description: 


Measurement: 


Importance:  D  Essential 


□  Important 


□  Desirable 
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3™  Goal  /  Objective 


Description: 


Measurement: 


Importance:  D  Essentiai_ D  Important_ D  Desirable 


4'"  Goal  /  Objective 


Description: 


Measurement: 


Importance:  □  Essential 


□  Important 


□  Desirable 


Signed  Agreement 

We  mutually  agree  to  work  towards  accomplishing  the  aforementioned  goals/objectives  of  our  mentoring 
relationship. 


Mentor  Coach  Signature 


Date 


Provisional  Coach  Signature 


Date 
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Mentoring  Action  Pian  -  Form  MAP 

SEI-Certified  TSP  Coach  Mentoring  Program 


Provisional  Coach  Information 


Last  Name/Family  Name 

First  Name  (Given  Name)  Middle  Name(s) 

Daytime  Telephone  Number 

Evening  Telephone  Number 

Email  Address 

Mobile  Phone  Number 

Organization  Name 

Organization's  Location 

Mentor  Coach  Information 

Last  Name/Family  Name  First  Name  (Given  Name)  Middle  Name(s) 


Daytime  Telephone  Number  Evening  Telephone  Number 


Email  Address  Mobile  Phone  Number 


Organization  Name 


Organization's  Location 


Action  Plan 


Time 

Objective  and  Task(s) 

Goai/ 

Mentor  Physicai 

Frame 

Objective 

Location 

(Week  #) 

Number 

(Remote  or  On- 
Site) 
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Time 

Objective  and  Task(s) 

Goai/ 

Mentor  Physicai 

Frame 

Objective 

Location 

(Week  #) 

Number 

(Remote  or  On- 
Site) 

We  agree  that,  to  the  best  of  our  ability,  we  will  work  towards  the  aforementioned  objectives  and  time 
frame  in  order  to  accomplish  the  agreed-to  goals  of  our  mentoring  relationship. 


Mentor  Coach  Signature 


Date 


Provisional  Coach  Signature 


Date 
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Mentoring  Artifact  Evaiuation  -  Form  MAE 

SEI-Certified  TSP  Coach  Mentoring  Program 


Provisional  Coach’s  Name: 

Mentor’s  Name: 

Evaluation  Date: 

Select  TSP  coaching  area(s)  being  evaiuated.  See  Appendix  B  of  the  TSP  Mentor  Coach 
Guidebook  for  more  detaiis  regarding  the  topics. 


□  Prepare  organizations  for  initiai  TSP  usage 

□  Provide  TSP  domain  training 
D  Faciiitate  TSP  team  iaunch 

D  Guide  personai  process  usage 

□  Guide  team  process  usage 

D  Guide  management  in  TSP  usage 

□  Support  data  anaiysis  and  usage 


Seiect  artifacts  inciuded  in  evaiuation. 


□  (Re)Launch  preparations 

□  Meeting  1  presentation  materiai 

□  Previous  cycie  or  project  PM  data 

D  Pre  (re)iaunch  meeting  agendas  and  presentations 

□  PSP/TSP  training  records  for  aii  reievant  (re)iaunch  stakehoiders 

□  Other _ 

D  (Re)Launch  output  materiai 

□  Team  consoiidated  pian 

□  Individuai  pians 

□  Meeting  9  presentation(s) 

□  Risk  anaiysis 

□  Other _ 

□  Weekiy  team  meeting 

□  Agenda 

D  Meeting  minutes 

□  Team  consoiidated  pian  and  actuai 

□  Individuai  pian  and  actuai 
D  Manager  roie  reports 

□  Other _ 

□  Management  STATUS  meeting 

□  Agenda 

□  Meeting  minutes 

□  STATUS  report 

□  Team  consoiidated  pian  and  actuai  (source  of  report) 

□  Individuai  pian  and  actuai  (source  of  team’s  consoiidated  pian) 

□  Other _ 

D  Checkpoint 

□  Checkpoint  report 

□  Checkpoint  team  member  data  review 

D  Team  consoiidated  pian  and  actuai  (source  of  report) 

□  Individuai  pian  and  actuai  (source  of  team’s  consoiidated  pian) 

□  Other 
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□  Cycle  or  project  postmortem 
D  PM  report 

□  Team  consolidated  plan  and  actual  (source  of  report) 

□  Individual  plan  and  actual  (source  of  team’s  consolidated  plan) 

□  Other 
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Does  it  appear  that  the  provisional  coach  is  guiding  the  team  to  meet  management’s  goal(s)? 
n  Yes  n  No  D  Unclear 


Why? 


If  the  team  is  off-track,  is  the  provisional  coach  taking  appropriate  action(s)? 
□  Yes  □  No  □  Unclear  □  N/A 


Why? 


Do  these  artifacts  satisfy  the  associated  TSP  cycle  reguirements  for  a  TSP  coach?  Q  Yes  D  No 
If  no,  explain:  _ 
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(Re)Launch  Observation  Evaluation  -  Form  LOE 

SEI-Certified  TSP  Coach  Mentoring  Program 


Provisional  Coach’s  Name: 

Mentor’s  Name: 

TSP  Team’s  Name: 

Project  Name: 

Company/Organization: 

Observation  Dates: 

Coach  Performance  Evaluations  for  the  (Re)Launch  Meetings  -  Consider  each  characteristic  on  the 
ieft.  For  each  meeting  enter  an  X  for  each  characteristic  that  was  properiy  bandied  in  the  box  that 
corresponds  to  the  meeting  number.  If  there  was  a  probiem,  enter  a  number  instead  of  an  X  (in 
sequence,  as  if  you  were  adding  a  footnote).  In  the  comments  section,  reference  any  numbers  that  you 
used  in  the  tabie  and  expiain  the  probiem. 


Meeting  1 


Evaluation  Topics 

Yes 

I  No  I 

Did  management  explain  the  importance  of  the  project? 

□ 

□ 

Were  management’s  goals  for  the  team  clearly  communicated? 

□ 

□ 

Were  team  questions  encouraged  and  answered? 

Was  the  team  satisfied  with  the  meeting  outcome? 

□ 

□ 

Was  the  coach  effective  in  guiding  management  and  the  team  in  a  successful 
meeting? 

□ 

□ 

Comments: 
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Meeting  2 


Meeting  3 


Evaiuation  Topics 

Yes 

No 

Did  the  team  agree  on  the  product’s  conceptuai  design  and  overaii  size  estimates? 

□ 

□ 

Did  aii  team  members  participate  in  producing  the  team’s  deveiopment  strategy? 

□ 

□ 

Did  aii  team  members  participate  in  producing  the  team’s  deveiopment  process? 

□ 

□ 

Did  the  team  identify  and  assign  responsibiiity  for  other  additionai  team  processes? 

□ 

□ 

Was  the  team  satisfied  with  the  meeting  outcome? 

Was  the  coach  effective  in  guiding  the  team  to  a  successfui  meeting  outcome? 

□ 

□ 

Comments: 


Meeting  4 
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Meeting  5 


Meeting  6 


Meeting  7 

Evaiuation  Topics 

Yes 

1  No  1 

Did  the  team  ieader  iead  the  team  in  identifying  a  comprehensive  set  of  project  risks? 

□ 

□ 

Did  aii  team  members  participate  in  identifying  and  evaiuating  these  risks? 

□ 

□ 

Was  responsibiiity  for  each  significant  risk  assigned  to  a  team  member  to  track? 

□ 

□ 

Were  mitigation  actions  defined  for  the  key  risks? 

□ 

□ 

Was  the  team  satisfied  with  the  meeting  outcome? 

□ 

□ 

Was  the  coach  effective  in  guiding  the  team  to  a  successfui  meeting  outcome? 

□ 

□ 

Comments: 
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Meeting  8 


Evaiuation  Topics 

Yes 

No 

Did  the  team  ieader  define  the  format  and  content  of  the  meeting  9  presentation? 

□ 

□ 

Did  the  team  ieader  obtain  team  member  input  in  defining  this  format  and  content? 

□ 

□ 

Did  aii  team  members  participate  in  producing  and  reviewing  the  presentation? 

□ 

□ 

Were  the  team  members  and  team  ieader  satisfied  with  the  finai  presentation? 

□ 

□ 

Did  the  provisionai  coach  prepare  a  coaching  pian  and  review  it  with  the  team? 

Was  the  coach  effective  in  guiding  the  team  to  a  successfui  meeting  outcome? 

□ 

□ 

Comments: 


Meeting  9 


Evaiuation  Topics 

Yes 

No 

Did  senior  management  attend  meeting  9? 

□ 

□ 

Did  at  ieast  some  of  the  team  members  participate  in  presenting  the  pian? 

□ 

□ 

Did  management  ask  probing  questions  about  the  team? 

Did  some  team  members  participate  in  answering  management’s  questions? 

□ 

□ 

Where  the  team’s  pian  did  not  meet  management’s  goais,  did  the  team  prepare 

'O'! 

“O' 

aiternative  pians? 

1 

Where  management  asked  for  other  aiternatives,  did  the  team  take  an  action  to 

□ 

"o 

deveiop  aiternatives  rather  than  guess? 

Did  the  provisionai  coach  present  and  discuss  the  coaching  pian? 

□ 

□ 

Were  management  and  the  team  satisfied  with  the  meeting  outcome? 

□ 

□ 

Was  the  coach  effective  in  guiding  the  team  to  a  successfui  meeting  outcome? 

□ 

□ 

Comments: 


(Re)Launch  PM 


Evaiuation  Topics 

Yes 

No 

Did  the  pianning  manager  review  pian  status  and  identify  and  assign  open  items? 

Did  the  team  discuss  the  (re)iaunch  process  and  participate  in  considering  possibie 
PiPs? 

□ 

□ 

Did  the  coach  address  any  open  issues? 

□ 

□ 

Was  the  coach  effective  in  guiding  the  team  to  a  successfui  meeting  outcome? 

□ 

□ 

Comments: 
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(Re)Launch  Observation  Summary  -  Form  LOS 

SEI-Certified  TSP  Coach  Mentoring  Program 


Provisional  Coach’s  Name: 

Mentor’s  Name: 

TSP  Team’s  Name: 

Project  Name: 

Company/Organization: 

Observation  Dates: 

(Re)Launch  Preparation  Evaluation 


Evaluation  Topics 

Yes 

No 

Had  all  development  team  members  completed  PSP  training? 

□ 

Had  all  other  team  members  completed  team  member  training? 

□ 

□ 

Had  the  team  leader  and  other  involved  managers  attended  the  Leading  a 

Development  Team  course? 

'  an 

rn  I 

i 

Was  senior  management  properly  briefed  on  their  role  in  the  launch? 

□ 

□ 

Did  the  provisional  coach  adequately  prepare  the  team  and  team  leader  for  the 
(re)launch? 

:  □  I 

I 

!  n  I 

!  I 

Did  the  provisional  coach  arrange  for  adequate  (re)launch  meeting  facilities? 

□ 

□ 

Did  the  provisional  coach  review  (re)launch  preparation  progress  with  mentor  before 
the  (re)launch? 

□ 

□ 

Comments: 

(Re)Launch  Evaluation  (attach  (Re)Launch  Observation  Evaluation  form) 


Evaluation  Topics 

Yes 

No 

Did  management  attend  meetings  1  and  9,  and  were  they  prepared? 

Did  management  communicate  their  goals  and  the  project’s  importance  to  the  team? 

□ 

□ 

Did  management  thoughtfully  evaluate  the  team’s  plan  in  meeting  9? 

□ 

□ 

Did  the  team  make  a  competent  plan  and  alternative  plans  if  needed? 

□ 

□ 

Were  management  and  the  team  satisfied  with  the  (re)launch  outcome? 

□ 

□ 

Did  the  provisional  coach  produce  a  coaching  plan  and  review  it  with  the  team? 

□ 

□ 

Was  the  provisional  coach  effective  in  handling  meeting  dynamics? 

n  I 

I  n  I 

Was  the  provisional  coach  effective  in  guiding  the  (re)launch  to  a  reasonable 
outcome? 

□ 

□ 

Comments: 
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TSP  Data  Submission  Form  -  Form  DSF 

SEI-Certified  TSP  Coach  and  TSP  Mentor  Coach  Program 


Event  Information 

TSP  coach’s  name: 

Submission  date: 

TSP  Team’s  Name: 

Project  name: 

Project  type: 

SEI  Partner  name: 

Team  iead’s  name: 

Team  iead’s  phone  no.: 

Team  iead’s  emaii: 

Submitter  Information 

Name: 

Phone  No.: 

Emaii  address: 

Any  additionai  notes: 

Select  event  and  associated  artifacts  (Piease  use  one  form  for  each  TSP  cycie  event.) 


□  (Re)Launch  preparations 

□  Meeting  1  presentation  materiai 

□  Previous  cycie  or  project  PM  data 

□  Pre  (re)iaunch  meeting  agendas  and  presentations 

□  PSP/TSP  training  records  for  aii  reievant  (re)iaunch  stakehoiders 

□  Questionnaires 

D  Other  (piease  describe) _ 

D  (Re)Launch  output  materiai 

□  Launch  or  Q  Reiaunch 

□  Team  consoiidated  pian 

□  Individuai  pians 

□  Meeting  9  presentation(s) 

□  Risk  anaiysis 

□  Other  (piease  describe) _ 

□  Weekiy  team  meeting 

□  Agenda 

□  Meeting  minutes 

D  Team  consoiidated  pian  and  actuai 
D  Individuai  pian  and  actuai 

□  Manager  roie  reports 

□  Other  (piease  describe) _ 

D  Management  STATUS  meeting 

□  Agenda 

□  Meeting  minutes 

□  STATUS  report 

□  Team  consoiidated  pian  and  actuai  (source  of  report) 
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□  Individual  plan  and  actual  (source  of  team’s  consolidated  plan) 

D  Other  (please  describe) _ 

□  Checkpoint 

□  Checkpoint  report 

□  Checkpoint  team  member  data  review 

□  Team  consolidated  plan  and  actual  (source  of  report) 

□  Individual  plan  and  actual  (source  of  team’s  consolidated  plan) 

□  Other  (please  describe) _ 

□  Cycle  or  project  postmortem 

D  Phase  Complete  or  D  Project  Complete 

□  PM  report 

□  Team  consolidated  plan  and  actual  (source  of  report) 

□  Individual  plan  and  actual  (source  of  team’s  consolidated  plan) 

□  Other  (please  describe) 


Please  email  this  form  and  your  zipped  files  to: 
tsp-data@sei.cmu.edu 


Or  mail  this  form  and  CD  with  data  to: 
Software  Engineering  Institute 
Carnegie  Mellon  University 
Attn:  TSP  Team 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-2612 


2 


©2009  by  Carnegie  Mellon  University 


(lanu^ioMelkm 

Software  Engineering  Institute 


Final  Assessment  Report  -  Form  FAR 

SEI-Certified  TSP  Coach  Mentoring  Program 


Provisional  Coach  Information  (Please  use  the  exact  name  that  appears  on  your  identification  documents.] 


Last  Name/Family  Name  First  Name  (Given  Name)  Middle  Name(s) 


Daytime  Telephone  Number  Email  Address 


Mentor  Coach  Information 


Last  Name/Family  Name  First  Name  (Given  Name)  Middle  Name(s) 


Daytime  Telephone  Number 


Email  Address 


Supporting  Data 

Did  the  provisional  coach  successfully  demonstrate  the  responsibilities  of  a  TSP  coach, 
as  outlined  in  sections  c  through  g  of  Appendix  B,  TSP  Coach  Job  Analysis  Report?  D  Yes  D  No 
If  no,  please  explain:  _ 


At  least  one  of  each  TSP  event  below  is  required  during  the  mentoring  process.  If  you  supported  more 
than  one  of  any  of  the  given  events,  please  list  both  the  first  and  last  in  which  you  provided  mentoring. 
Also  enclose  a  copy  of  all  mentoring  evaluation  forms  associated  with  the  events  listed  below. 


Please  provide  the  follovying  information  regarding  the  launches  in  which  you  provided  mentoring  support 
to  the  provisional  coach  : 


TSP  Team’s  Name 

Team  Lead’s  Name 

Date  of  Data 
Submission  to  the 

SEi 

Mentoring  Artifact 
Evaiuation  Date 

Please  provide  the  following  information  regarding  the  Provisional  Coach’s  relaunches  in  which  you 
provided  mentoring  support*: 


TSP  Team’s  Name 

Team  Lead’s  Name 

Date  of  Data 
Submission  to  the 

SEi 

Mentoring  Artifact 
Evaiuation  Date 

*  All  data  must  be  submitted  to  the  SEI  using  the  TSP  Data  Submission  Form 
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Please  provide  the  following  information  regarding  the  checkpoints  in  which  you  provided  mentoring 
support  to  the  provisional  coach  : 


TSP  Team’s  Name 

Team  Lead’s  Name 

Date  of  Data 
Submission  to  the 

SEi 

Mentoring  Artifact 
Evaiuation  Date 

Please  provide  the  following  information  regarding  the  project  or  cycle  postmortems  in  which  you 
provided  mentoring  support  to  the  provisional  coach*: 


TSP  Team’s  Name 

Team  Lead’s  Name 

Date  of  Data 
Submission  to  the 

SEi 

Mentoring  Artifact 
Evaiuation  Date 

r.  i: 

■  --  --- 

Please  indicate  your  opinion  about  the  provisional  coach  becoming  an  SEI-Certified  TSP  Coach: 
n  I  enthusiastically  recommend  this  applicant, 

n  I  recommend  this  applicant, 

n  I  recommend  this  applicant  with  some  reservations, 
n  I  do  not  recommend  this  applicant. 


Reservations  about  this  provisional  coach: 


Mentoring  Metrics  (Time  Spent  with  This  Provisional  Coach) 


How  many  total  task  hours  did  you  spend  working  with  this  provisional  coach?  _ 

How  many  total  task  hours  did  you  spend  meeting  with  this  provisional  coach?  _ 

How  many  total  task  hours  did  you  spend  answering  questions  outside  of  your  scheduled  meetings? 

How  many  launch  preparations  did  you  evaluate?  _ 

How  many  task  hours  did  you  spend  evaluating  launch  preparations?  _ 

How  many  relaunch  preparations  did  you  evaluate?  _ 

How  many  task  hours  did  you  spend  evaluating  relaunch  preparations?  _ 

How  many  launch  output  materials  did  you  evaluate?  _ 

How  many  task  hours  did  you  spend  evaluating  launch  output  materials?  _ 

How  many  relaunch  output  materials  did  you  evaluate?  _ 

How  many  task  hours  did  you  spend  evaluating  relaunch  output  materials?  _ 

How  many  weekly  team  meetings  did  you  evaluate?  _ 

How  many  task  hours  did  you  spend  evaluating  weekly  team  meetings?  _ 

How  many  management  STATUS  meetings  did  you  evaluate?  _ 

How  many  task  hours  did  you  spend  evaluating  management  STATUS  meetings?  _ 

How  many  checkpoints  did  you  evaluate?  _ 

How  many  task  hours  did  you  spend  evaluating  checkpoints?  _ 

How  many  cycle  or  project  postmortems  did  you  evaluate?  _ 

How  many  task  hours  did  you  spend  evaluating  cycle  or  project  postmortems?  _ 


*  All  data  must  be  submitted  to  the  SEI  using  the  TSP  Data  Submission  Form 
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Statement  of  Accuracy 

/  certify  that  all  of  the  information  included  in  this  report  packet  is  true,  complete,  and  accurate.  I 
understand  that  submitting  false  data  or  making  inaccurate  claims  will  result  in  the  termination  of  my  SEI- 
Certified  TSP  Mentor  Coach  certification,  without  refund.  I  also  understand  that  all  components  of  this 
report  are  subject  to  verification,  and  I  give  my  permission  for  any  person  or  entity  to  provide  the  Software 
Engineering  Institute,  Carnegie  Mellon  University,  with  information  relevant  to  such  verification.  I 
understand  that  all  components  of  this  report  become  the  property  of  the  Software  Engineering  Institute 
and  that  they  will  not  be  returned  to  me  or  duplicated  for  me. 


Mentor  Coach  Signature 

Date 

Submission  Instructions 

Please  place  the  final  assessment  report,  any  supplementary  pages,  and  your  business  card  In  a  sealed 
envelope  and  place  your  signature  across  the  seal.  Mall  the  envelope  directly  to: 


Software  Engineering  Institute 
Carnegie  Mellon  University 
Attn:  Certifications  -  2300A 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-2612 

Direct  any  questions  to  the  SEI  Certification  Manager: 

Phone:  412-268-5800  or  Email:  certlflcatlon-lnfo@sel.cmu.edu 
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Mentor  Coach  Application  -  Form  MCA 

SEI-Certified  TSP  Coach  Mentoring  Program 


Personal  Information  (Please  use  the  exact  name  that  appears  on  your  identification  documents.] 


Last  Name/Family  Name  First  Name  (given  Name)  Middle  Name(s) 


Primary  Language  Secondary  Language 


Job/Position 


Employer 


Employer  Address 


Employer  Phone  Number 


Contact  Information 


street  Address  (Flome) 

City 

State  or  Country 

Zip  Code 

Mailing  Address  (if  different) 

City 

State  or  Country 

Zip  Code 

Daytime  Telephone  Number 

Evening  Telephone  Number 

Email  Address 

Fax  Number 

Supporting  Data 

Please  provide  the  completion  date  and  instructor(s)  name  for  the  following  Software  Engineering 
Institute  courses: 


Course  Title 


Instructor(s)  Name 


Date  of  Completion 


PSP  for  Engineers  I 

PSP  for  Engineers  II 
PSP  Fundamentals 
PSP  Advanced 
TSP  Coach  Training 

PSP  Instructor  Training 
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Please  provide  the  date  awarded  and  the  certificate  number  for  the  following  SEI  certifications: 


Certification 

Date  Awarded 

Certificate  Number 

1  SEI-Certified  PSP  Developer  | 

SEI-Certified  TSP  Coach 

Please  provide  the  most  recent  date(s)  and  number  of  participants  for  the  following  SEI  authorized 
courses  that  you  have  taught.  (NOTE:  This  will  be  verified  through  the  course  attendee  list  which  can  be 
downloaded  from  https://partner-resources.sei.cmu.edu/  for  submission  to  the  SEI.) 


Are  you  currently  an  SEI-Authorized  PSP  Instructor?  D  Yes  D  No 

If  your  authorization  has  lapsed,  please  contact  the  SEI  to  make  arrangement  to  renew  your 

authorization,  as  this  is  a  prerequisite  to  becoming  an  SEI-Certified  TSP  Mentor  Coach. 


Please  provide  the  following  information  regarding  the  last  time  you  launched  or  relaunched  a  team,  for 
the  last  three  TSP  teams  you  coached  : 


TSP  Team’s  Name 

Team  Lead’s  Name 

Date  of  Data  Submission  to 
the  SEi 

Please  provide  the  following  information  regarding  the  last  four  to  six  TSP  teams  in  which  you  conducted 
a  (re)launch,  checkpoint,  and  PM.  (Note:  The  launch  or  relaunch  to  postmortem  cycles  must  total  at  least 
52  team-weeks  of  coaching  experience.) 


TSP  Team’s  Name 

Team  Lead’s  Name 

Date  Data  Submitted  to  the  SEi 

All  data  must  be  submitted  to  the  SEI  using  the  TSP  Data  Submission  Form 
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Please  provide  the  following  information  regarding  the  team  leader(s)  who  will  be  providing  a  letter  of 
recommendation.  (NOTE:  The  team  leaders  must  use  the  approved  Mentor  Recommendation  -  Form  MR 
and  follow  its  submission  instructions.  A  letter  of  recommendation  must  be  received  from  each  of  the 
aforementioned  TSP  teams  in  which  you  conducted  a  (re)launch,  checkpoint  and  PM): 


TSP  Team  Leader’s  Name  Email  Phone  Number 


In  addition  to  the  team  leader  recommendations  listed  above,  a  letter  of  recommendation  must  be 
received  by  at  least  50%  of  the  team  members  associated  with  the  aforementioned  TSP  teams  in  which 
you  conducted  a  (re)launch,  checkpoint  and  PM. 


Statement  of  Accuracy 

/  certify  that  all  of  the  information  included  in  my  application  packet  is  true,  complete,  and  accurate.  I 
understand  that  all  components  of  my  application  are  subject  to  verification,  and  I  give  my  permission  for 
any  person  or  entity  to  provide  the  Software  Engineering  Institute,  Carnegie  Mellon  University,  with 
information  relevant  to  such  verification.  I  understand  that  all  components  of  my  application  packet 
become  the  property  of  the  Software  Engineering  Institute  and  that  they  will  not  be  returned  to  me  or 
duplicated  for  me.  I  understand  that  the  application  fee  is  not  refundable. 


Signature 

Date 

Submission  Instructions 

Please  mail  your  application  along  with  your  application  fee  to: 
Software  Engineering  Institute 


Carnegie  Mellon  University 
Attn:  Certifications  -  2300A 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-2612 

Direct  any  questions  to  the  SEI  Certification  Manager: 

Phone:  412-268-5800  or  Email:  certification-info@sei.cmu.edu 
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Mentor  Recommendation  -  Form  MR 

SEI-Certified  TSP  Coach  Mentoring  Program 


Applicant's  Section 


Last  Name/Family  Name  First  Name  (Given  Name) 

Middle  Name(s) 

Recommender's  Section 

Name  of  Recommender 

Title 

Company  Name 

Telephone  Number  (include  country  code) 

Street  Address 

City 

State  or  Country  Zip  Code 

Email  Address 

How  long  have  you  known  the  applicant,  and  in  what  capacity? 


Are  you  a  certified  PSP  Developer? 

Are  you  recommending  this  coach  in  the  role  of  a  team  lead  or  a  team  member? 

As  a  team  lead: 

How  many  TSP  checkpoints  has  the  applicant  performed  for  you? 

How  many  TSP  cycle  or  project  postmortems  has  the  applicant  facilitated  for  you? 
How  many  TSP  (re)launches  has  the  applicant  facilitated  for  you? 


Evaluation  of  Applicant 

Please  rate  the  applicant  according  to  the  following  scale.  Choose  “No  Basis  for  Evaluation”  if  you  cannot 
make  a  judgment.  Use  the  spaces  below  or  attach  a  separate  sheet  for  additional  comments. 


The  Applicant  ensures  that . . . 


0)  ?  0) 
(1>  SO) 

1_  p  1_ 

O)  i:  n 

<  V)< 


The  process  is  followed 

□ 

□ 

□ 

□ 

□ 

Everyone  is  involved 

□ 

□ 

□ 

□ 

□ 

Everyone  contributes  to  every  part  of  the  process 

□ 

□ 

□ 

□ 

□ 

There  is  complete  communication  among  team  members,  team 

□ 

□ 

□ 

□ 

□ 

leader,  management,  and  other  relevant  stakeholders 
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>>  ® 

0) 

0) 

> 

c 

(A  .2 

The  Applicant . . . 

=  S’ 
2  5 

Q 

G) 

(0 

(A 

a 

Agree 

Strong 

Aaree 

<§  § 
^ 

°  o  > 
Z  £  LU 

Is  available  for  consultation  as  needed 

□ 

□ 

□ 

□ 

□ 

Respects  others  and  supports  their  individual  development 

□ 

□ 

□ 

□ 

□ 

Works  effectively  with  teams 

□ 

□ 

□ 

□ 

□ 

Effectively  provides  the  required  skills,  discipline,  insight,  and 
outside  perspective  that  teams  and  individuals  need  to  be 
successful,  using  tailored  approaches  to  meet  the  needs  of  the 
team  and  its  members 

□ 

□ 

□ 

□ 

□ 

Follows  up  on  suggestions  of  team  members 

□ 

□ 

□ 

□ 

□ 

Is  open  to  constructive  feedback 

□ 

□ 

□ 

□ 

□ 

Is  effective  in  communicating  ideas  and  concepts 

□ 

□ 

□ 

□ 

□ 

Is  effective  in  providing  honest  feedback  to  the  team  and  its 
members 

□ 

□ 

□ 

□ 

□ 

Maintains  a  high  standard  of  work 

□ 

□ 

□ 

□ 

□ 

Works  diligently  toward  the  completion  of  goals 

□ 

□ 

□ 

□ 

□ 

Is  open  and  approachable 

□ 

□ 

□ 

□ 

□ 

Effectively  analyzes  and  applies  data 

□ 

□ 

□ 

□ 

□ 

Is  trustworthy 

□ 

□ 

□ 

□ 

□ 

Is  respected  by  other  team  members 

□ 

□ 

□ 

□ 

□ 

Is  effective  in  building  high  performance  teams 

□ 

□ 

□ 

□ 

□ 

Has  a  high  work  ethic 

□ 

□ 

□ 

□ 

□ 

Looks  for  innovative  ways  to  solve  problems 

□ 

□ 

□ 

□ 

□ 

Communicates  effectively  with  individuals  outside  of  the  team 

□ 

□ 

□ 

□ 

□ 

Brings  clarity  to  discussions 

□ 

□ 

□ 

□ 

□ 

Provides  assistance  and  coaching  for  personal  data  collection 

□ 

□ 

□ 

□ 

□ 

Provides  guidance  and  coaching  for  personal  data  analysis 

□ 

□ 

□ 

□ 

□ 

Provides  coaching  guidance  to  role  managers 

□ 

□ 

□ 

□ 

□ 

Sets  and  reinforces  high  standards  for  team  members 

□ 

□ 

□ 

□ 

□ 

Sets  an  example  other  TSP  coaches  should  follow 

□ 

□ 

□ 

□ 

□ 

>>  ® 

a> 

0) 

> 

c 

(fl  _o 

'in  "n; 

The  Applicant  acts  as  the  process  expert  for  details  of  the  . . . 

C  O) 
2  « 
S)  Q 

O) 

(Q 

(A 

a 

Agree 

Strong 

Aaree 

(8  2 

O  > 

Z  iS  LU 

(Re)Launch  process 

□ 

□ 

□ 

□ 

□ 

Day-to-day  work  processes 

□ 

□ 

□ 

□ 

□ 

Role  manager  processes 

□ 

□ 

□ 

□ 

□ 

Weekly  reporting  processes 

□ 

□ 

□ 

□ 

□ 

Project  /phase  postmortem  process 

□ 

□ 

□ 

□ 

□ 

Checkpoint  process 

□ 

□ 

□ 

□ 

□ 
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As  a  facilitator,  the  Applicant  understands  the  . . . 

Strongly 

Disagree 

Disagree 

Agree 

Strongly 

Aaree 

No  Basis 

for 

Evaluation 

Team  life  cycle 

□ 

□ 

□ 

□ 

□ 

Group  working  styles 

□ 

□ 

□ 

□ 

□ 

Communication  types 

□ 

□ 

□ 

□ 

□ 

II  1 

Recommendation 

Please  indicate  your  opinion  about  the  applicant  becoming  an  SEI-Certified  TSP  Mentor  Coach: 
n  I  enthusiastically  recommend  this  applicant, 

n  I  recommend  this  applicant, 

n  I  recommend  this  applicant  with  some  reservations, 
n  I  do  not  recommend  this  applicant. 

Reservations  about  this  applicant:  _ 


Signature 


Recommender’s  Signature 


Date 


Submission  Instructions 

Please  place  your  recommendation  form,  any  supplementary  pages,  and  your  business  card  in  a  sealed 
envelope  and  place  your  signature  across  the  seal.  Either  return  the  envelope  to  the  applicant  or  mail  it 
directly  to: 

Software  Engineering  Institute 
Carnegie  Mellon  University 
Attn:  Certifications  -  2300A 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-2612 

Direct  any  questions  to  the  SEI  Certification  Manager: 

Phone:  412-268-5800 

Email:  certification-info@sei.cmu.edu 

Thank  you  for  taking  the  time  to  respond.  The  SEI-Certified  TSP  Coach  Mentoring  Program  believes  that 
recommendations  are  among  the  most  valuable  data  in  the  application  review  phase.  We  sincerely 
appreciate  your  help. 
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Provisional  Coach  Mentoring  Evaluation  -  Form 
PCME 

SEI-Certified  TSP  Coach  Mentoring  Program 


Your  name: 

Mentor’s  name: 

Date  mentoring  started: 

Date  mentoring  ended: 

Today’s  date: 

Phone: 

Emaii: 

Mentor  Program 

Please  rank  your  experience  with  the  SEI-Certified  TSP  Coach  Mentoring  Program  according  to  the 
following  scale.  Use  the  spaces  or  attach  a  separate  sheet  for  additional  comments. 


Applicant 

Strongly 

Disagree 

Disagree 

Agree 

Strongly 

Agree 

This  program  helped  me  to  be  a  more  successful  TSP  coach. 

□ 

□ 

□ 

□ 

The  required  activities  were  appropriate. 

□ 

□ 

□ 

□ 

Overall,  I  believe  that  participating  in  this  program  was  a  good  use  of  my 
time. 

□ 

□ 

□ 

□ 

What  additional  support  would  you  suggest  be  provided  to  future  provisional  coaches? 
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Please  rate  your  mentor  according  to  the  following  scale.  Use  the  spaces  below  or  attach  a  separate 
sheet  for  additional  comments. 


Strongly 

Disagree 

Disagree 

Agree 

Strongly 

Agree 

My  mentor  was  available  for  consultation  as  needed. 

□ 

□ 

□ 

□ 

My  mentor  was  willing  to  share  best  practices. 

□ 

□ 

□ 

□ 

My  mentor  assisted  me  in  successfully  working  through  a  TSP  cycle  as  a 
TSP  coach. 

□ 

□ 

□ 

□ 

1  believe  that  consulting  my  mentor  was  a  good  use  of  my  time. 

□ 

□ 

□ 

□ 

My  mentor  regularly  contacts  me. 

□ 

□ 

□ 

□ 

1  felt  comfortable  talking  to  my  mentor  about  concerns  or  problems. 

□ 

□ 

□ 

□ 

My  mentor  treated  me  in  a  courteous  and  professional  manner. 

□ 

□ 

□ 

□ 

My  mentor  was  supportive  of  my  individual  needs. 

□ 

□ 

□ 

□ 

My  mentor  used  active  listening  skills. 

□ 

□ 

□ 

□ 

My  mentor  appeared  knowledgeable. 

□ 

□ 

□ 

□ 

My  mentor  knew  where  to  find  information  when  necessary. 

□ 

□ 

□ 

□ 
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My  Mentor ... 

Strongiy 

Disagree 

Disagree 

Agree 

strongiy 

Agree 

Comes  prenared  for  mentoring  meetings  I 

□ 

□ 

is  prompt  for  mentoring  meetings 

□ 

□ 

□ 

□ 

is  courteous  and  grofessionai  I 

n  1 

n  1 

1  n  1 

1  n  1 

Promptiy  responds  to  messages 

□ 

□ 

□ 

□ 

1  Communicates  effectiveiy  I 

□ 

□ 

□ 

□ 

Fuiiy  utiiizes  time  with  me 

□ 

□ 

□ 

□ 

1  Suggests  ideas  for  discussion  and  individuai  growth  I 

□ 

□ 

□ 

□ 

Activeiy  participates  in  mentoring  meetings 

□ 

□ 

□ 

□ 

Please  email  completed  evaluation  forms  to: 
tspeval@sei.cmu.edu 


Or  send  completed  form  to: 

Software  Engineering  Institute 
Carnegie  Mellon  University 
Attn:  TSP  Administrator 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-2612 

Direct  any  questions  to  the  SEI  Certification  Manager: 

Phone:  412-268-5800 

Email:  certification-info@lists.sei.cmu.edu 
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Mentor  Coach’s  Mentoring  Program  Evaluation  - 
Form  MPE 

SEI-Certified  TSP  Coach  Mentoring  Program 


Your  Name: 

Today’s  date: 

Phone: 

Email: 

Mentor  Program  Evaluation 

What  is  your  general  assessment  of  the  mentoring  program? 

D  Very  Successful  D  Successful  D  Moderately  Successful  D  Unsuccessful 

Did  you  receive  adequate  assistance  from  the  SEI?  □  Yes  D  No 

If  no,  please  explain:  _ 


How  satisfied  were  you  with  your  experience  as  a  mentor? 

□  Very  Satisfied  Q  Satisfied  □  Slightly  Satisfied  □  Dissatisfied 

What  is  your  general  assessment  of  the  mentoring  program? 

□  Very  Effective  D  Effective  D  Not  Very  Effective  D  Not  at  All  Effective 

Please  indicate  the  reasons  for  your  assessment:  _ 


Piease  rate  each  of  the  foiiowing  program  components: 

Not 

Enough 

Just  Right 

Too  Much 

Mentor  training 

□ 

□ 

□ 

Provisionai  training 

□ 

□ 

□ 

Mentor  support 

□ 

□ 

□ 

interaction  with  the  SEi  Certification  Coordinator 

□ 

□ 

□ 

How  did  you  approach  the  mentoring  reiationship?  What  mentoring  or  communication  skiiis 
and  strategies  did  you  use? 
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Please  email  completed  evaluation  forms  to: 
tspeval@sei.cmu.edu 


Or  send  completed  form  to: 

Software  Engineering  Institute 
Carnegie  Mellon  University 
Attn:  TSP  Administrator 
4500  Fifth  Avenue 
Pittsburgh,  PA  15213-2612 

Direct  any  questions  to  the  SEI  Certification  Manager: 

Phone:  412-268-5800 

Email:  certification-info@lists.sei.cmu.edu 
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